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内 容 提 要 
本 书 脱离 特定 的 语言 特性 ， 关 注 各 种 OOP 语言 的 共同 实践 做 法 ， 展 示 如 何 遂 过 函数 式 编程 
解决 问题 。 知 名 软件 架构 师 Neal Ford 展示 了 不 同 的 编程 范式 ， 帮 助 我 们 完成 从 Java 命令 式 编程 
人 员 ， 到 使 用 Java、Clojure、Scala 的 函数 式 编程 人 员 的 完美 转变 ， 建 立 对 函数 式 语言 的 语法 和 语 
义 的 良好 理解 。 
本 书 适合 Java、Clojure、Scala 及 其 他 想 要 提高 工作 效率 、 关 注 函 数 式 编程 的 程序 员 阅 读 。 
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译 者 序 


函数 式 编程 不 是 屠 龙 技 。 过 去 在 一 般 开发 者 的 认识 里 ， 函 数 式 编程 是 一 种 仅仅 存在 于 某 些 
偏 门 语言 里 的 学 究 气 的 概念 。 然 而 我 们 观察 当今 的 主流 语言 ， 会 发 现 函 数 式 编程 已 经 成 为 
了 标 配 ， 唯 其 存在 形式 发 生 了 变化 ， 从 固执 于 “ 纯 ” 函 数 式 语言 ， 转 变 为 让 一 些 关键 的 函 
数 式 特征 或 深 或 浅 地 融入 到 各 式 语言 中 去 。 


函数 式 编程 的 普及 趋势 ， 我 以 为 主要 应 该 归 因 于 纯 函 数 、 一 等 函数 、 高 阶 函 数 等 特征 迎 
合 了 人 们 提高 语法 表现 力 和 解决 大 规模 并 发 问题 的 需要 。 函 数 式 编程 进入 主流 语言 ， 意 
味 着 我 们 实际 上 已 经 在 不 同 程 度 地 使 用 着 函数 式 编程 。 比 如 ， 你 不 一 定 用 F#， 但 LINQ 
实在 是 太 方 便 了 ; 你 可 能 觉得 Clojure 太 怪 异 ， 但 map、filter、reduce 任何 时 候 都 是 必 备 的 
利器 。 


















































不 同 语言 的 函数 式 能 力 可 以 有 很 大 的 差别 。 那 么 在 一 些 只 能 迁 回 模拟 个 别 函数 式 特 征 的 语 
言 里 面 ， 去 谈论 函数 式 编 程 是 否 有 意义 ?我 对 同行 提 到 这 本 书 用 Java 8 来 解说 函数 式 编 
程 的 时 候 ， 立 即 被 编 出 了 “只 有 这 样 才 能 写 一 本 书 ” 的 笑话 。 笑 点 显然 是 因为 用 Haskell、 
Lisp 来 解说 的 话 ， 写 一 章 就 够 了 。 作 者 Neal Ford 大 概 有 不 一 样 的 看 法 ， 因 为 他 故意 用 了 
Scala、Clojure、Groovy、Java 8 这 些 函 数 式 程度 各 异 的 语言 ， 乃 至 在 Java 5 的 极端 环境 
下 的 Functional Java 框架 来 证 明 ， 即 使 只 是 函数 式 编 程 的 一 个 很 小 的 子 集 ， 已 经 能 够 满足 
很 大 一 部 分 需要 ， 发 挥 很 大 的 作用 。 和 毕竟 ， 不 管 语法 和 实现 上 如 何 笨拙 ， 国 数 式 编 程 为 我 
们 开启 的 是 另 一 个 广阔 的 思考 维度 。 不 负责 任 地 说 ， 就 算 只 学 到 了 map、filter、reduce 三 
板 丛 ， 你 花 在 这 本 书 上 的 时 间 都 是 值得 的 。 























那么 ， 要 不 要 来 学 一 学 函数 式 编程 呢 ?” 我 想 ， 开 发 者 总 不 能 比 Java 进步 得 还 慢 吧 。 





我 把 这 本 书 翻译 完了 ， 而 且 ， 我 敢 保证 ， 书 里 面 没有 一 句 话 是 你 看 不 懂 需 要 去 翻 原文 的 。 
把 一 本 书 从 头 到 尾 好 好 地 译 完 ， 这 件 事 情 就 算 做 过 再 多 次 ， 仍 然 值得 我 大 大 地 和 夸 一 下 自 
己 ， 特 别 是 我 同时 还 要 照顾 两 岁 的 郭 寄 例 小朋友。 我 的 孩子 要 尝试 10 次 、20 次 才 肯 接受 
一 种 新 的 食物 。 我 们 接受 一 种 新 的 范式 ， 大 概 不 会 比 这 个 简单 。 
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一 个 大 圈子 ， 我 其 实 想 说 : 靡 不 有 初 ， 鲜 克 有 终 。 请 不 要 只 是 买 了 这 本 
国 数 式 思维 吧 ! 


郭 晓 刚 
2015 年 7 月 
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我 第 一 次 认真 研究 函数 式 编程 是 在 2004 年 。 当 时 我 受到 .NET 平台 上 一 些 非 常规 语言 的 
吸引 ， 开 始 摆 弄 Haskell 和 若干 早 于 F# 的 ML 家 族 语言 。 到 了 2005 年 ， 我 开始 在 一 些 会 
议 上 做 关于 “.NET 和 函数 式 语言 ”的 演讲 ， 不 过 那 时 候 的 语言 多 半 还 只 是 概念 性 的 ， 即 
使 说 成 是 “玩具 ”也 不 为 过 。 但 不 管 怎么 说 ， 能 够 试探 在 一 种 新 的 编程 思维 范式 下 推演 铺 
陈 的 可 能 性 ， 已 然 令 我 乐 在 其 中 ， 而 且 这 段 经 历 改 变 了 我 在 常规 语言 里 对 一 些 问 题 的 处 理 
方法 。 


2010 年 我 再 次 涉足 这 个 研究 领域 ， 是 因为 目睹 当时 凯 起 的 一 批语 言 ， 例 如 Java 生态 圈 里 的 
Clojure 和 Scala， 一 下 子 让 我 重 温 了 五 年 前 末 历 的 那些 函数 式 世 界 的 精妙 所 在 。 于 是 我 在 一 
个 午后 打开 维基 百科 ， 顺 着 链接 一 页 一 页 地 翻阅 着 ， 半 天 时 间 下 来 ， 我 已 经 完全 沉迷 其 中 。 
就 这 样 ， 我 一 头 外 人 函数 式 编程 的 世界 ， 开 始 了 走 遍 各 种 思维 分 枝 的 探索 历程 。 作 为 研究 
的 成 果 ， 我 于 2011 年 在 波兰 举办 的 “33rd Degree Conference” 大 会 (http:/33degree.org/) 
上 第 一 次 做 了 题 为 “函数 式 编程 思维 ”的 演讲 ， 又 在 IBM developerWorks 网 站 上 开设 了 同 
名 的 系列 文章 (http:/dwz.cn/dev-works-ft-series) 。 在 接 下 来 的 两 年 时 间 里 ， 我 按照 每 个 月 写 
一 篇 文章 的 进度 ， 制 订 对 函数 式 编程 的 研究 和 探索 计划 ， 并 且 坚 持 了 下 来 。 至今 ， 我 的 函 
数 式 编程 思维 的 演讲 仍 在 继续 ， 并 且 根 据 反馈 不 断 完善 。 


这 本 书 是 对 “函数 式 编程 思维 ”演讲 和 系列 文章 中 所 有 观点 的 总 结 。 我 发 觉 磨 大 素 材 最 好 
的 办 法 是 将 之 反复 地 呈现 给 观众 ， 因 为 我 每 次 做 演讲 或 者 写 文章 都 会 学 到 一 些 新 东西 。 有 
些 关联 或 者 共性 只 有 深入 研究 和 被 迫 思考 (截稿 时 间 特 别 能 让 人 集中 精神 ! ) 之 后 ， 才 会 
发 现 。 







































































我 在 上 一 本 书 Presentation Patterns (http://presentationpatterns.com/) 中 说 过 视觉 象征 对 于 
会 议 演讲 的 重要 性 。 因 此 我 在 做 “函数 式 编程 思维 ”演讲 的 时 候 ， 特 意 用 了 黑板 和 粉笔 的 
形象 (来 引申 出 与 函数 式 编程 概念 的 数学 联系 )。 到 演讲 结束 的 时 候 ， 我 会 呈现 一 张 半截 
粉笔 摆 在 黑板 下 方 的 图 片 ， 上 暗示 观众 自己 拿 起 这 半截 粉笔 继续 探索 演讲 中 提 到 的 观点 。 





























xi 


我 做 的 演讲 ， 写 的 系列 文章 以 及 这 本 书 ， 目 的 都 是 想 针 对 那些 在 命令 式 的 、 面 向 对 象 的 语 
言 中 浸 汉 已 久 的 开发 者 ， 用 一 种 他 们 能 够 理解 的 方式 来 介绍 函数 式 编程 的 核心 观点 。 希 望 
我 提炼 的 这 些 观点 能 引发 你 的 兴致 ， 并 且 拿 起 粉笔 来 继续 你 自己 的 探索 。 



































Neal Ford，2014 年 6 月 于 亚特兰大 


本 书 结构 

本 书 每 一 章 都 会 演示 函数 式 思维 的 例子 。 第 1 章 “ 为 什么 ”提供 了 概述 和 若干 贯穿 全 书 
的 思维 转换 的 例子 。 第 2 章 “ 转 变 思 维 ” 为 程序 员 描绘 了 一 个 渐进 的 转变 过 程 ， 让 你 从 
量 向 对 象 、 命 令 式 的 观察 角度 过 渡 到 函数 式 的 观察 角度 。 为 了 形象 地 展示 这 种 思维 转变 ， 
我 分 别 用 命令 式 风 格 和 函数 式 风格 来 解决 同一 个 常见 问题 以 作对 比 。 然 后 又 通过 一 个 详 
尽 的 案例 分 析 来 说 明 函 数 式 的 观察 角度 〈 以 及 若干 辅助 语法 ) 如 何 帮 助 你 向 函数 式 的 思 
维 方 式 转变 。 


第 3 章 “ 权 责 让 渡 ” 列 举 了 一 些 可 以 放心 托付 给 语言 或 运行 时 去 处 理 的 日 常 杂 务 。 状 态 是 
Michael Feathers 所 谓 的 “不 确定 因素 ”之 一 ， 通 常 在 非 函 数 式 的 语言 里 需要 直接 明确 地 进 
行 管理 。 闭 包 (closure) 允许 我 们 将 一 部 分 状态 管理 工作 交 托 给 运行 时 ， 我 举 了 一 些 例子 
来 说 明 这 个 状态 处 理 机 制 背后 的 工作 原理 。 这 一 章 还 会 展示 如 何 按照 函数 式 思维 在 一 些 细 
贡 方 面 放权 ， 例 如 把 集合 操作 交 给 递归 。 这 些 思路 将 对 代码 重用 的 粒度 产生 影响 。 


第 4 章 “ 用 巧 不 用 蛮 ” 着 重 讨论 两 个 延续 “消灭 不 确定 因素 ”精神 的 例子 ， 它 们 利用 运行 
时 来 缓存 函数 的 结果 ， 从 而 获得 缓 求 值 (laziness) 的 特性 。 很 多 函数 式 语言 都 包含 “ 记 
忆 ”(memoization) 特性 〈 可 能 直接 支持 ， 也 可 能 通过 库 ， 或 者 用 一 点 小 技巧 就 能 实现 )， 
可 以 作为 一 种 常用 的 性 能 优化 手段 。 我 在 第 2 章 “ 完 全 数 分 类 器 ”例子 的 基础 上 比较 了 几 
种 不 同 层次 的 优化 手段 ， 有 手工 进行 的 ， 也 有 利用 语言 提供 的 记忆 特性 来 完成 的 。 如 果 你 
想 提前 知道 比赛 的 结果 ， 记 忆 特 性 是 最 后 的 赢家 。 缓 求 值 (lazy) 的 数据 结构 把 运算 推迟 
到 最 后 时 刻 才 去 执行 ， 这 个 特点 让 我 们 有 机 会 换 一 个 角度 来 看 待 各 种 数据 结构 。 我 演示 了 
如 何 实 现 缓 求 值 数据 结构 (其 至 可 以 用 非 函 数 式 语言 来 实现 )， 以 及 如 何 利用 语言 已 经 具 
备 的 缓 求 值 特性 。 


第 5 章 “ 演 化 的 语言 ”反映 各 种 语言 是 怎样 朝 着 加 强 函 数 式 特征 的 方向 演变 的 。 本 章 还 
会 讨论 若干 革命 性 的 语言 发 展 趋势 ， 如 操作 符 重 载 和 方法 调用 之 外 的 新 的 分 派 (dispatch) 
方式 ， 讨 论 让 语言 去 迎合 问题 (而 不 是 反 过 来 ) 的 观点 ， 以 及 Option 等 常见 的 函数 式 数 
据 结构 。 

第 6 章 “ 模 式 与 重用 ”通过 一 些 例子 来 展示 解决 问题 的 一 般 思路 。 我 分 析 了 传统 的 设计 模 
式 在 函数 式 编 程 的 世界 里 是 怎样 赔 变 (或 者 消失 ) 的 。 我 还 详细 对 比 了 通过 继承 和 通过 组 
合 这 两 种 代码 重用 方式 ， 并 从 耦合 的 角度 对 它们 进行 了 由 表 及 里 的 分 析 。 
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第 7 章 “ 现 实 应 用 ”详细 展示 了 Java 开发 工具 包 (JDK) 新 增 的 儿 项 人 们 期 待 已 久 的 函数 
式 特 性 。 从 分 析 中 可 以 看 到 ，Java 8 也 像 别 的 语言 一 样 接纳 了 函数 式 思维 ， 它 的 高 阶 函 数 
( 即 lambda 块 ) 用 法 就 是 表现 之 一 。 我 还 讨论 了 Java 8 在 保持 向 后 兼容 上 使 用 的 一 些 巧妙 
而 优雅 的 手法 。Stream API 是 特别 提 到 的 一 个 发 扬 了 函数 式 思 维 的 亮点 ， 它 能 够 以 描述 性 
的 语言 简洁 明了 地 表达 工作 流 。 最 后 我 介绍 了 Java 8 新 增 的 Option 结构 ， 它 解决 了 null 返 
回 值 含义 模糊 的 潜在 问题 。 我 还 用 了 一 些 篇 幅 来 讨论 函数 式 架构 和 数据 库 的 主题 ， 分 析 函 
数 式 的 视角 怎样 改变 了 它们 的 设计 。 

















第 8 章 “ 多 语言 与 多 范式 ”叙述 了 函数 式 编程 对 于 当前 这 个 多 语言 世界 的 影响 。 我 们 一 直 
在 各 种 项 目 中 唱 遇 和 容纳 越 来 越 多 的 语言 。 很 多 新 的 语言 都 是 多 范式 (polyparadigm) 的 ， 
同时 支持 若干 种 不 同 的 编程 模型 。 例 如 Scala 支持 面向 对 象 编程 和 函数 式 编程 。 作 为 最 后 
一 章 ， 我 们 探讨 了 活 在 一 个 有 更 多 范式 可 以 选择 的 世界 里 有 什么 好 处 和 坏处 。 


排版 约定 
本 书 使 用 了 下 列 排版 约定 。 


。 楷体 
表示 新 术语 或 突出 强调 的 内 容 。 








。 等 宽 字 体 (constant width) 
表示 程序 片段 ， 以 及 正文 中 出 现 的 变量 、 函 数 名 、 数 据 库 、 数 据 类 型 、 环 境 变 量 、 语 
句 和 关键 字 等 。 





。 加 粗 等 宽 字体 (constant width bold) 
表示 应 该 由 用 户 输入 的 命令 或 其 他 文本 。 











该 图 标 表 示 一 般 注 记 。 





使 用 代码 示例 


补充 材料 (示例 代码 、 练 习 等 ) 可 以 从 https://github.com/oreillymedia/functional_thinking 下 载 。 





本 书 是 要 帮 你 完成 工作 的 。 一 般 来 说 ， 如 果 本 书 提供 了 示例 代码 ， 你 可 以 把 它 用 在 你 的 程 
序 或 文档 中 。 除 非 你 使 用 了 很 大 一 部 分 代码 ， 否 则 无 需 联系 我 们 获得 许可 。 比 如 ， 用 本 书 
的 几 个 代码 片段 写 一 个 程序 就 无 需 获 得 许可 ， 销 售 或 分 发 O'Reilly 图 书 的 示例 光盘 则 需要 
获得 许可 ， 引 用 本 书 中 的 示例 代码 回答 问题 无 需 获 得 许可 ， 将 书 中 大 量 的 代码 放 到 你 的 产 
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品 文档 中 则 需要 获得 许可 。 


我 们 很 希望 但 并 不 强制 要 求 你 在 引用 本 书 内 容 时 加 上 引用 说 明 。 引 用 说 明 一 般 包括 书 名 、 
作者 、 出 版 社 和 ISBN。 比 如 : “Fornctional Thinking by Neal Ford (O’Reilly). Copyright 2014 
Neal Ford, 978-1-449-36551-6.” 

















如 果 你 觉得 自己 对 示例 代码 的 用 法 超出 了 上 述 许可 的 范围 ， 欢 迎 你 通过 permissions@ 
oreilly.com 与 我 们 联系 。 








Safari2 Books Online 


Safari Books Online (http:/www.safaribooksonline.com) 是 应 运 
Sa fa rl 而 生 的 数字 图 书馆 。 它 同时 以 图 书 和 视频 的 形式 出 版 世界 顶级 
Boo Online” ”技术 和 商务 作家 的 专业 作品 。 技 术 专家 、 软 件 开发 人 员 、Web 
设计 师 、 商 务 人 士 和 创意 专家 等 ， 在 开展 调研 、 解 决 问题 、 学 
习 和 认证 培训 时 ， 都 将 Safari Books Online 视 作 获取 资料 的 首选 渠道 。 


对 于 组 织 团 体 、 政 府 机 构 和 个 人 ，Safari Books Online 提供 各 种 产品 组 合 和 灵活 的 定 
价 策略 。 用 户 可 通过 一 个 功能 完备 的 数据 库 检 索 系 统 访问 O’Reilly Media、Prentice 
Hall Professional、Addison-Wesley Professional、 Microsoft Press、Sams、Que、Peachpit 























Press、 Focal Press、 Cisco Press、 John Wiley & Sons、 Syngress、 Morgan Kaufmann、IBM 
Redbooks、 Packt、Adobe Press、FT Press、Apress、Manning、New Riders、McGraw-Hill、 
Jones && Bartlett、Course Technology 以 及 其 他 几 十 家 出 版 社 的 上 千 种 图 书 、 培 训 视 频 和 正 
式 出 版 之 前 的 书稿 。 要 了 解 Safari Books Online 的 更 多 信息 ， 我 们 网 上 见 。 


入 4 名 
联系 我 们 
请 把 对 本 书 的 评价 和 问题 发 给 出 版 社 。 
美国 : 
O’Reilly Media, Inc. 
1005 Gravenstein Highway North 
Sebastopol, CA 95472 








中 国 : 
北京 市 西城 区 西直门 南大 街 2 号 成 铭 大 厦 C 座 807 室 (100035) 
奥 菜 利 技术 咨询 (北京) 有 限 公 司 


O’Reilly 的 每 一 本 书 都 有 专属 网 页 ， 你 可 以 在 那儿 找到 本 书 的 相关 信息 ， 包 括 勘误 表 、 示 
例 代 码 以 及 其 他 信息 。 本 书 的 网 站 地 址 是 : http://dwz.cn/functional-thinking。 
































对 于 本 书 的 评论 和 技术 性 问题 ， 请 发 送 电子 邮件 到 : bookquestions@oreilly.com。 





要 了 解 更 多 O’Reilly 图 书 、 培 训 课 程 、 会 议和 新 闻 的 信息 ， 请 访问 以 下 网 站 : 


http://www.oreilly.com 











我 们 在 Facebook 的 地 址 如 下 : http://facebook.com/oreilly。 
请 关注 我 们 的 Twitter 动态 : http://twitter.com/oreillymedia。 


我 们 的 YouTube 视频 地 址 如 下 : http:/www.youtube.com/oreillymedia。 
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我 们 用 儿 分 好 来 忆 SS WS 人 en 
效率 最 高 的 。 突 多 人 

TA 扣 人 把 ， 不 过 你 不 懂得 怎么 用 。 你 估 措 着 按照 自 
己 原来 擅长 的 砍 树 方法 ， 把 链 锯 大 力 地 挥 向 树干 一 一 不 知道 要 先 发 动 它 。“ 链 锯 不 过 是 时 
竖 的 样子 货 罢 了 ， 没 砍 几 下 你 就 得 出 了 这 样 的 结论 ， 于 是 把 它 丢 到 一 边 重新 捡 起 用 惯 了 
的 着 子 。 就 在 这 个 时 候 ， 有 人 在 你 面前 把 链 锯 给 发 动 了 …… 


学 习 一 种 全 新 的 编程 范式 ， 困 难 并 不 在 于 掌握 新 的 语言 。 和 毕 竞 能 拿 起 这 本 书 的 读者 ， 学 过 
的 编程 语言 少 说 也 有 一 第 徐 一 一 语法 不 过 是 些小 细节 罢了。 真正 考验 人 的 ， 是 怎么 学 会 用 
另 一 种 方式 去 思考 。 





























本 书 探 讨 函 数 式 编程 的 话题 ， 但 重点 并 不 放 在 函数 式 编程 语言 上 。 请 别 误 会 ， 我 并 不 打算 
空谈 理论 ， 书 里 会 有 用 很 多 种 语言 写成 的 大 量 代码 ， 实 际 上 整 本 书 都 是 围绕 着 代码 来 展开 
的 。 用 “函数 式 ” 的 方式 编写 代码 牵涉 到 诸多 方面 ， 我 会 用 具体 的 例子 来 解说 各 方面 的 要 
则 ， 包 插 设 计 上 的 种 种 取舍 、 不 同 重用 单元 的 作用 等 。 比 起 语法 ， 我 更 看 重 思 路 ， 因 此 解 
说 会 从 Java 语言 人 和 手 ， 毕 竞 这 是 最 大 的 开发 者 群体 的 最 基本 的 共同 语言 ， 而 且 会 挫 杂 Java 
8 和 旧版 Java 的 例子 。 我 会 尽 可 能 地 用 Java 语言 (或 其 近亲 ) 来 解释 函数 式 编程 概念 ， 仅 
仅 用 其 他 语言 来 演示 一 些 独 有 的 特性 。 





















































也 许 你 对 Scala 和 Clojure 一 点 都 不 感 兴趣 ， Rd EE 有 现在 用 着 的 语言 就 心满意足 了 ， 
ns 停 下 来 ， 反 而 时 刻 都 在 变 得 更 加 函数 式 ， 也 径直 带 着 你 一 起 。 所 以 
现在 快 来 学 学 函数 式 编 程 范 式 吧 ， ip i 天 (不 是 假如 ) 函数 式 降临 你 日 常 使 











用 的 语言 的 时 候 ， 你 才 知 道 如何 驾 驭 它 。 我 们 不 妨 先 了 解 一 下 ， 为 什么 所 有 的 语言 都 日 渐 
向 函数 式 靠拢 。 


1.1 范式 转变 


计算 机 科学 的 进步 经 常 是 间歇 式 的 ， 好 思路 有 时 搓 置 数 十 年 后 才 突 然 间 变 成 主流 。 举 个 例 
子 ， 第 一 种 面向 对 象 的 语言 Simula 67 是 1967 年 发 明 的 ， 可 是 直到 1983 年 诞生 的 C++ 终 
于 流行 起 来 以 后 ， 面 向 对 象 才 真 正成 为 主流 。 很 多 时 候 ， 再 优秀 的 想法 也 得 等 待 技术 基础 
慢 慢 成 熟 。 早 年 Java 总 被 认为 太 慢 ， 内 存 耗 费 太 高 ， 不 适合 高 性 能 的 应 用 ， 如 今 硬件 市 场 
的 变迁 把 它 变 成 了 极 具 吸引 力 的 选择 。 

函数 式 编 程 的 发 展 轨迹 与 面向 对 象 编程 十 分 相似 ， 它 也 是 诞生 在 学 院 里 ， 然 后 用 几 十 年 的 
时 间 悄 悄 浸 当 了 所 有 的 现代 编程 语言 。 不 过 ， 仅 仅 在 语言 里 加 入 一 些 新 语法 ， 并 不 足以 让 
开发 者 完全 发 挥 出 这 种 新 思维 的 全 部 力量 。 





















































我 们 的 讨论 可 以 从 两 种 风格 的 对 比 开始 ， 尝 试 分 别 用 传统 编程 风格 (命令 式 的 循环 ) 和 国 
数 式 特征 更 明显 的 方式 来 解决 同一 道 题目 。 这 道 题目 出 自 计 算 机 科学 史上 的 著名 事件 ， 是 
当年 Communications of the 4CM 杂志 “Programming Pearls” 专 栏 的 作者 Jon Bentley 向 计 
算 机 科学 先驱 Donald Knuth 提出 的 挑战 。 涉 猎 过 文本 操作 的 开发 者 会 很 熟悉 这 道 题目 ; 读 
入 一 个 文本 文件 ， 确 定 所 有 单词 的 使 用 频率 并 从 高 到 低 排序 ， 打 印 出 所 有 单词 及 其 频率 的 
排序 列表 。 对 于 问题 中 的 词 频 统计 部 分 ， 我 给 出 了 一 个 “传统 ”Java 的 解答 ， 见 例 1-1。 














例 1-1 词 频 统 计 的 Java 实现 
public class Words { 
private Set<String> NON_WORDS = new HashSet<String>() {{ 
add("the"); add("and"); add("of"); add("to"); add("a"); 
add("i"); add("it"); add("in"); add("or"); add("is"); 
add("d"); add("s"); add("as"); add("so"); add("but"); 
add("be"); }}; 


public Map wordFreq(String words) { 

TreeMap<String, Integer> wordMap = new TreeMap<String, Integer>(); 
Matcher m = Pattern.compile("\\w+").matcher (words); 
while (m.find()) { 

String word = m.group().toLowerCase(); 

if (! NON_WORDS.contains(word)) { 

if (wordMap.get(word) == null) { 
wordMap.put(word, 1); 


} 
else { 

wordMap.put(word, wordMap.get(word) + 1); 
} 


} 
} 


return wordMap; 
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} 
} 

例 1-1 首先 建立 了 一 个 “虚词 ”(nonwords) 的 集合 (包括 冠 词 和 其 他 起 连接 作用 的 词 )， 
然后 实现 了 wordFreq() 方法 。 方 法 中 首先 建立 一 个 Map 结构 来 容纳 由 单词 和 词 频 组 成 的 键 
值 对 ， 接 着 构造 了 一 个 用 来 识别 单词 的 正则 表达 式 。 接 下 来 的 大 段 篇 幅 逐 一 遍历 所 有 找到 
的 单词 ， 将 首次 遇 到 的 单词 添 和 人 Map 结构 ， 将 重复 遇 到 的 单词 的 出 现 次 数 加 1。 对 于 提倡 
以 步 进 方式 处 理 集合 〈 如 例 中 正则 表达 式 的 匹配 结果 ) 遍历 的 语言 来 说 ， 这 是 司空 见 惯 的 
编码 风格 。 





























Java 8 新 增 了 Stream API 和 以 lambda 块 方式 实现 的 高 阶 函数 (后 文 将 会 详细 介绍 )， 我 们 
利用 这 些 新 的 编程 手段 来 改写 上 面 的 例子 ， 就 得 到 例 1-2。 








例 1-2 词 频 统 计 的 Java 8 实现 
private List<String> regexToList(String words, String regex) { 
List wordList = new ArrayList<>(); 
Matcher m = Pattern.compile(regex).matcher (words); 
while (m.find()) 
wordList.add(m.group()); 
return wordList; 


} 


public Map wordFreq(String words) { 
TreeMap<String, Integer> wordMap = new TreeMap<>(); 
regexToList(words, "\\w+").stream() 
.map(w -> w.toLowerCase()) 
.filter(w -> !NON_WORDS.contains(w)) 
.forEach(w -> wordMap.put(w, wordMap.getOrDefault(w, 0) + 1)); 
return wordMap; 


} 


在 例 1-2 里 ， 我 将 正则 表达 式 的 匹配 结果 转换 为 stream， 更 方便 后 续 执行 互相 独立 的 
几 项 操作 : 将 所 有 的 单词 条 目 转 换 为 小 写 ， 着 除 虚词 ， 计 算 余 下 单词 的 词 频 。 我 把 
regexToList() 方法 经 由 find() 产生 的 匹配 结果 集合 转换 成 stream， 这 是 为 了 让 后 续 的 操 
作 能 够 像 我 们 考虑 问题 的 方式 一 样 ， 做 完 一 步 再 去 做 下 一 步 。 虽 然 将 命令 式 风格 的 例 1-1 
改 为 对 集合 进行 三 次 循环 遍历 (第 一 遍 把 所 有 的 单词 变 成 小 写 ， 第 二 遍 滤 除 虚词 ， 第 三 遍 
计算 词 频 ) 也 能 达成 目的 ， 但 这 种 写法 的 效率 会 惨不忍睹 。 例 1-1 在 一 个 友 代 块 里 完成 三 
项 操作 ， 这 是 牺牲 了 代码 的 清晰 来 换取 执行 性 能 。 哪 怕 这 种 牺 竹 再 稀 松 平常 ， 我 总 是 不 情 
愿 的 。 
































Clojure 语言 (http://clojure.org/) 的 发 明 人 Rich Hickey 在 Strange Loop 会 议 上 做 过 一 堂 题 
为 “Simple Made Easy” 的 演讲 (http:/www.infoq.com/presentations/Simple-Made-Easy)， 
他 翻 出 了 一 个 已 经 很 少 用 到 的 老 词 “交织 ”(complect) : 穿 播 缠绕 地 合 为 一 体 ， 使 错 
综 复 杂 。 命 令 式 编程 风格 常常 迫使 我 们 出 于 性 能 考虑 ， 把 不 同 的 任务 交织 起 来 ， 以 便 能 够 
用 一 次 循环 来 完成 多 个 任务 。 而 函数 式 编程 用 map()、filter() 这 些 高 阶 国 数 把 我 们 解放 
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出 来 ， 让 我 们 站 在 更 高 的 抽象 层次 上 去 考虑 问题 ， 把 问题 看 得 更 清楚 。 后 文 我 们 将 看 到 许 
多 函数 式 思维 破解 交织 现象 的 例子 ，。 


1.2 跟 上 语言 发 展 的 潮流 

如 果 我 们 关注 各 种 语言 的 发 展 情况 就 会 发 现 ， 所 有 的 主流 语言 都 在 进行 函数 式 方面 的 扩 
充 。 早 走 一 步 的 Groovy 已 经 具备 了 丰富 的 函数 式 特 性 ， 包 括 像 “ 记 忆 ”(memoization， 指 
运行 时 自动 缓存 函数 返回 值 的 能 力 ) 这 样 的 高 级 特性 在 内 。 随 着 lambda 块 (也 就 是 高 阶 
函数 ) 被 纳入 Java 8，Java 语言 也 终于 披挂 上 函数 式 的 武器 。JavaScript， 这 种 也 许 算 得 
上 使 用 最 为 广泛 的 语言 ， 本 身 就 拥有 不 少 函 数 式 特性 。 就 连 最 老成 持 重 的 C++ 语言 ， 也 
在 2011 年 版 的 语言 标准 里 增加 了 1lambda 块 ， 引 人 关注 的 Boost.Phoenix (http://dwz.cn/ 
phoenix-library) 等 类 库 ， 更 是 透露 出 函数 式 思 潮 已 经 对 C++ 语言 有 了 更 深入 的 影响 。 


















































不 论 你 用 的 是 Clojure 这 类 新 语言 ， 还 是 日 常 相伴 的 老 语 言 ， 都 有 可 能 遇 到 相关 的 特性 ， 
而 上 只 有 学 会 这 些 新 的 编程 范式 ， 你 才能 从 容 地 利用 它们 。 我 会 在 第 2 章 讨 论 如 何 转变 思 
维 ， 运 用 这 些 先 进 的 工具 去 大 展 拳 脚 。 


1.3 把 控制 权 让 渡 给 语言 /运行 时 


在 计算 机 科学 短 短 的 发 展 历史 上 ， 有 时 候 会 从 技术 主流 分 出 一 些 枝 权 ， 有 源 于 实务 界 
的 ， 也 有 源 于 学 术 界 的 。 例 如 在 20 世纪 90 年 代 个 人 电脑 大 发 展 的 时 期 ， 第 四 代 编 程 语 言 
(4GL) 也 出 现 了 爆发 式 的 流行 ， 涌 现 了 dBASE、Clipper、FoxPro、Paradox 等 不 可 胜 数 的 
新 语言 。 这 些 语言 的 卖点 之 一 是 比 C、Pascal 等 第 三 代 语 言 (3GL) 更 高 层次 的 抽象 。 换 
言 之 ，4GL 下 的 一 行 命令 ，3GL 可 能 要 用 很 多 行 才 写 得 出 来 ， 因 为 4GL 自 带 了 更 丰富 的 
编程 环境 。 像 从 磁盘 读 取 流行 的 数据 库 格 式 这 样 的 功能 ，4GL 天 生 就 具备 ， 并 不 需要 使 用 
者 特意 去 实现 。 


函数 式 编程 也 是 这 样 一 根 横生 出 来 的 枝 权 ， 是 学 术 界 那些 乐于 为 新 思路 和 新 范式 寻找 表达 
手段 的 计算 机 科学 家 们 的 发 明 。 分 出 来 的 枝 权 偶尔 会 重新 汇 入 主流 ， 函 数 式 编程 当前 正好 
是 这 种 情况 。 函 数 式 语言 不 仅 在 Java 虚拟 机 (JVM) 平台 上 迅速 地 败露 头角 ， 例 如 最 有 
代表 性 的 Scala 和 Clojure 语言 ，.NET 平台 也 不 例外 ，F# 已 经 是 堂堂 正 正 的 平台 一 员 。 那 
么 ,为 什么 所 有 的 平台 都 在 拥抱 函数 式 编程 呢 ? 






































20 世纪 80 年 代 早 期 ,我 还 在 上 大 学 的 时 候 ， 用 的 编程 环境 叫 作 Pecan Pascal。Pecan Pascal 
的 独门 绝技 是 可 以 在 Apple J[ 和 IBM PC 上 运行 相同 的 Pascal 代码 。 为 了 做 到 这 一 点 ， 
Pecan 的 工程 师 祭 出 了 神秘 的 “ 字 节 码 ”(bytecode)。 在 编译 的 时 候 ， 开 发 者 写 下 的 Pascal 
源 代码 会 被 编译 成 这 种 在 “虚拟 机 ”上 执行 的 “ 字 节 码 ”， 而 “虚拟 机 ”在 每 一 种 运行 平 
台 上 都 有 专门 的 原生 实现 。Pecan Pascal 用 起 来 让 人 痛不欲生 。 就 算 最 简单 的 编程 习题 ， 
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编译 出 来 的 代码 都 慢 得 无 法 忍受 。 当 时 的 硬件 水 平 还 没有 准备 好 迎接 这 样 的 挑战 。 


Pecan Pascal 被 淘汰 了 ， 但 它 的 架构 我 们 都 很 熟悉 。 十 年 之 后 Sun 发 布 了 采用 同样 设计 的 
Java， 在 20 世纪 90 年 代 中 期 的 硬件 环境 下 勉 力 取得 了 成 功 。Java 还 带 来 了 其 他 一 些 救 开 
发 者 于 水 火 的 特性 ， 自 动 垃圾 收集 即 是 其 中 之 一 。 我 从 此 再 也 不 想 碰 那些 没有 垃圾 收集 的 
语言 。 桑 身 经 历 告诉 我 ， 最 好 还 是 把 时 间 花 在 更 高 层次 的 抽象 上 ， 多 考虑 怎样 解决 复杂 的 
业务 场景 ， 少 去 费心 复杂 的 底层 运作 。 我 为 Java 纾 解 了 人 工 管理 内 存 的 痛苦 而 欣喜 ， 同 时 
期 旨 在 别 的 方面 也 能 找到 这 样 的 利器 。 



































人 生 兰 短 ， 远 离 malloc。 


随 着 时 间 的 推移 ， 开 发 者 们 越 来 越 多 地 把 乏味 单调 的 任务 托付 给 语言 和 运行 时 。 对 于 我 日 
常 编写 的 应 用 程序 类 型 来 说 ， 失 去 对 内 存 的 直接 控制 没什么 可 忱 惜 的 ， 放 弃 这 些 反而 让 我 
能 够 专注 于 更 重要 的 问题 。Java 接管 内 存 分 配 减 轻 了 我 们 的 负担 ， 函 数 式 编程 语言 让 我 们 
用 高 阶 抽象 从 容 取 代 基 本 的 控制 结构 ， 也 有 着 同样 的 意义 。 


将 琐碎 的 细节 交 托 给 运行 时 ， 令 芍 元 的 实现 化 作 轻巧 ， 这 样 的 例子 本 书 中 比比 皆 是 。 








AS 、 士 
1.4 间 洁 
Working with Legacy Code 的 作者 Michael Feathers 用 寥寥 数 语 (https://twitter.com/mfeathers/ 
status/29581296216) 捕捉 到 了 函数 式 抽 象 和 面向 对 象 抽 象 的 关键 区 别 : 














面向 对 象 编程 通过 封装 不 确定 因素 来 使 代码 能 被 人 理解 ; 函数 式 编程 通过 尽量 减少 
不 确定 因素 来 使 代码 能 被 人 理解 。 





Michael Feathers 





请 回想 一 下 你 熟悉 的 封装 、 作 用 域 、 可 见 性 等 面向 对 象 编程 (OOP) 构造 ， 这 些 机 制 的 
存在 意义 ， 都 是 为 了 精细 地 控制 谁 能 够 感知 状态 和 改变 状态 。 而 当 涉 及 多 线程 的 时 候 ， 对 
状态 的 控制 就 更 复杂 了 。 这 些 机 制 就 属于 Michael Feathers 所 谓 的 “不 确定 因素 ” (moving 
parts)。 大 多 数 函 数 式 语言 在 这 个 问题 上 采取 了 另 一 种 做 法 ， 它 们 认为 ， 与 其 建立 种 种 机 


























的 : 假如 语言 不 对 外 暴露 那么 多 有 出 错 可 能 的 特性 ， 那 么 开发 者 就 不 那么 容易 犯错 。 我 会 
展示 各 种 例子 来 说 明 函 数 式 编程 是 怎样 消除 变量 、 抽 象 和 其 他 不 确定 因素 的 。 

在 面向 对 象 的 命令 式 编程 语言 里 面 ， 重 用 的 单元 是 类 和 类 之 间 沟 通用 的 消息 ， 这 些 都 可 
以 用 类 图 (class diagram) 来 表述 。 这 个 领域 的 代表 性 著作 《设计 模式 ， 可 复 用 面向 对 象 
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软件 的 基础 》(Design Patterns: Elements of Reusable Object-Oriented Softrware， 作 者 Erich 
Gamma、Richard Helm、Ralph Johnson、John Vlissides) 就 在 每 一 个 模式 的 说 明 里 都 附 上 
了 至 少 一 幅 类 图 。OOP 的 世界 提倡 开发 者 针对 具体 问题 建立 专门 的 数据 结构 ， 相 关 的 专门 
操作 以 “方法 ”的 形式 附加 在 数据 结构 上 。 函 数 式 编程 语言 实现 重用 的 思路 很 不 一 样 。 函 
数 式 语言 提倡 在 有 限 的 几 种 关键 数据 结构 (如 Ltst、set、map) 上 运用 针对 这 些 数据 结构 
高 度 优化 过 的 操作 ， 以 此 构成 基本 的 运转 机 构 。 开 发 者 再 根据 有 具体 用 途 ， 插 入 自己 的 数据 
结构 和 高 阶 函 数 去 调整 机 构 的 运转 方式 。 


我 们 来 分 析 下 面 截取 自 例 1-2 的 片段 : 
































regexToList(words, "\\b\\w+\\b").stream() 
.filter(w -> !NON_WORDS.contains(w)) 


这 里 为 了 取得 列表 的 一 个 子 集 而 调用 了 filter() 方法 ， 并 向 filter() 方法 传人 已 被 转换 
为 stream 的 列表 内 容 ， 以 及 定义 了 得 选 条 件 的 高 阶 函数 (即行 中 表 上 了 语法 糖衣 的 (w 一 
!NON_WORDS .contains(w))))。 运 转机 构 高 效率 地 按照 指定 的 条 件 实 行 第 选 ， 返 回 筷 选 后 的 
列表 。 


比 起 一 味 创建 新 的 类 结构 体系 ， 把 封装 的 单元 降低 到 函数 级 别 ， 更 有 利于 达到 细 粒 度 的 、 
基础 层面 的 重用 。 反 面 例子 如 Java 世界 的 数 十 种 XML 类 库 ， 每 一 种 都 有 自己 定义 的 内 部 
数据 结构 。 相 比 之 下 ，Clojure 就 享受 到 了 使 用 高 层次 抽象 的 好 处 。 不 久 前 Clojure 库 中 的 
map 方法 经 过 创造 性 的 重 写 ， 获 得 了 自动 并 行 的 能 力 ， 也 就 是 说 ， 所 有 Clojure 开发 者 不 需 
要 动 一 行 代码 ， 就 自动 享受 到 了 map 操作 的 性 能 提升 。 


国 数 式 程 序 员 喜欢 用 少数 几 个 核心 数据 结构 ， 围 绕 它 们 去 建立 一 套 充分 优化 的 运转 机 构 。 
面向 对 象 程序 员 喜 欢 不 断 地 创建 新 的 数据 结构 和 附属 的 操作 ， 因 为 压倒 一 切 的 面向 对 象 编 
程 范式 就 是 建立 新 的 类 和 类 间 的 消息 。 把 所 有 的 数据 结构 都 封装 成 类 ， 一 方面 压制 了 方法 
层面 的 重用 ， 另 一 方面 鼓励 了 大 粒度 的 框架 式 的 重用 。 函 数 式 编程 的 程序 构造 更 方便 我 们 
在 比较 细小 的 层面 上 重用 代码 。 
































































































































例 1-3 取 自 为 Java 提供 大 量 辅助 工 具 类 的 Apache Commons (http://commons.apache.org/ 
proper/commons-lang) 框架 ， 请 观察 下 面 的 index0fAny() 方法 。 


例 1-3 取 自 Apache Commons 工具 类 StringUtils 的 index0fAny() 方法 


// 来 源 于 Apache Commons Lang,http://commons.apache.org/Lang/ 
public static int indexOfAny(String str, char[] searchChars) { 

if (isEmpty(str) || ArrayUtils.isEmpty(searchChars)) { 上 

return INDEX_NOT_FOUND; 

} 

int csLen = str.Length(); @ 

int csLast = csLen - 1; 

int searchLen = searchChars. length; 

int searchLast = searchLen - 1; 





1 章 


(oe) 
让 


for (int i = 0; i < csLen; i++) { © 
char ch = str.charAt(i); 
for (int j = 0; j < searchLen; j++) { @ 
if (searchChars[j] == ch) { 
if (i < csLast && j < searchLast && CharUtils.isHighSurrogate(ch)) { 
if (searchChars[j + 1] == str.charAt(i + 1)) { 
return i; 


© 


} else { 
return i; 


} 


} 


} 
return INDEX_NOT_FOUND; 


} 
@ 防范 参数 错误 。 
@ 初始 化 。 
四 外 层 友 代 。 
@ 内 层 友 代 
@ 判断 多 组 条 件 。 
indexOfAny() 方法 的 参数 是 一 个 String 和 一 个 数组 ， 它 会 在 String 中 查找 数组 里 的 字符 ， 


并 返回 任意 一 个 字符 第 一 次 出 现 的 索引 位 置 。 甚 文档 中 举 了 一 些 例 子 来 说 明 输 入 与 输出 的 
关系 ， 见 例 1-4。 





例 1-4 indexofAny() 的 用 法 示例 


StringUtils.indexofAny("zzabyycdxx",['z','a']) == 0 
StringUtils.indexOofAny("zzabyycdxx",['b', ha == 3 
StringUtils.indexofAny("aba", ['z']) == -1 








我 们 看 到 ， 字 符 串 zzabyycdxx 中 第 一 次 出 现 字 符 z 或 a 是 在 索引 位 置 69， 第 一 次 出 现 字符 
b 或 y 是 在 索引 位 置 3。 


个 问题 的 实质 可 以 表述 为 : 对 于 searchChars 中 的 任意 字符 ， 在 目标 字符 串 中 查找 该 字 
1 假如 换 成 Scala 语言 ， 同 样 的 方法 实现 起 来 要 直接 得 多 ， 请 看 
例 1-5 的 firstIndexofAny 方法 。 


例 1-5 ”Scala 实现 的 firstIndexOfAny() 


def firstIndexOfAny(input : String, searchChars : Seq[Char]) : Option[Int] = { 
def indexedInput = (0 until input.length).zip(input) 
val result = for (pair <- indexedInput; 
char <- searchChars; 
if (char == pair. 2)) yield (patr. 1) 
if (result.isEmpty) 
None 
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else 
Some(result.head) 


} 


在 本 例 中 ， 我 为 输入 字符 串 制作 了 一 个 添加 了 索引 的 版 本 。Scala 的 zip() 方 法 将 (从 0 到 
输入 字符 串 长 度 值 的 ) 数字 集合 与 String 对 象 中 所 含 字符 的 集合 对 位 结合 ， 组 成 一 个 新 
的 、 由 数字 和 字符 对 构成 的 集合 。 例 如 当 输 入 字符 串 为 zabycdxx 时 ，indexedInput 将 取 值 
为 Vector ((90,z)，(1,a)，(2,b)，(3,y)，(4,c)，(5,d)，(6,x)，(7,x))。zitp 方法 得 名 于 
它 像 拉链 (zipper) 一 样 让 两 个 集合 对 齐 咬合 在 一 起 。 


准备 好 索引 集合 之 后 ， 我 使 用 Scala 的 for comprehension 首先 查看 待 搜索 字符 的 集合 ， 然 
后 取出 索引 集合 中 的 索引 字符 对 。 由 于 Scala 允许 快捷 访问 集合 的 元 素 ， 所 以 我 可 以 直接 
将 当前 搜索 的 字符 与 集合 的 第 二 个 元 素 进 行 比较 ((if (char == pair._2))))。 如 果 两 个 
字符 相同 ， 那 么 返回 索引 字符 对 的 索引 部 分 (pair._1)。 














null 的 存在 是 Java 语言 的 一 大 混乱 来 源 : 它 到 底 是 一 个 有 效 的 返回 值 ， 还 是 表明 返回 值 
缺失 了 ? 包括 Scala 在 内 的 很 多 函数 式 语 言 通过 0ption 类 来 避免 这 种 语义 上 的 含混 ， 其 取 
值 要 么 是 表示 没有 返回 值 的 None， 要 么 是 容纳 了 返回 值 的 Some。 因 为 例 1-5 的 需求 只 要 求 
找到 第 一 处 匹配 ， 所 以 我 返回 了 结果 集合 的 第 一 个 元 素 result.head。 
































从 原本 需求 的 第 一 处 匹配 改 为 返回 所 有 的 匹配 是 轻而易举 的 事情 。 只 要 修改 一 下 返回 类 
型 ， 并 去 掉 返 回 值 外 面 的 包装 就 可 以 了 ， 修 改 后 的 代码 见 例 1-6。 





例 1-6 返回 匹配 项 的 一 个 缓 求 值 列表 
def indexOofAny(input : String, searchChars : Seq[Char]) : Seq[Int] = { 
def indexedInput = (0 until input.length).zip(input) 
for (pair <- indexedInput; 
char <- searchChars; 
if (char == pair. 2)) yield (pair._1) 





} 


修改 后 的 API 去 掉 了 限制 ， 让 用 户 自己 决定 需要 多 少 个 返回 值 。 执 行 firstIndexofAny 
("zzabyycdxx"，"by") 会 得 到 返回 值 3， 而 indexOfAny("zzabyycdxx"， "by") 的 返回 值 则 是 
Vector(3，4，5)。 

















学 习 一 门 新 的 编程 语言 一 点 都 不 难 ， 你 只 要 知道 怎么 把 熟悉 的 概念 用 新 的 语法 表达 出 来 就 
行 了 。 比 如 说 你 打算 学 JavaScript， 那 么 第 一 步 会 去 找 份 资料 ， 看 看 JavaScript 是 怎么 表 
达 if 语句 的 。 通 常 程序 员 可 以 通过 套用 自己 已 经 在 别 的 语言 中 掌握 的 知识 来 学 习 新 的 语 
言 。 与 之 相 比 ， 学 习 一 种 新 的 范式 是 困难 的 一 一 我 们 必须 学 会 为 熟悉 的 问题 找到 新 的 解答 
方法 。 


换 用 Scala、Clojure 之 类 的 函数 式 编程 语言 并 不 是 写 出 函数 式 代 码 的 必要 条 件 ， 转 变 我 们 
看 待 问题 的 角度 才 是 必 不 可 少 的 。 


2.1 普通 的 例子 

当 垃 圾 收集 成 为 主流 ， 一 下 子 将 若干 难以 调试 的 错误 类 别 连 根 拔 起 ， 程 序 员 也 因为 运行 时 
接管 了 复杂 且 容 易 出 错 的 内 存 管理 而 获得 解脱 。 函 数 式 编程 希望 在 算法 编写 上 给 予 程 序 员 
同样 的 帮助 ， 一 方面 程序 员 得 以 在 更 高 的 抽象 层次 上 工作 ， 另 一 方面 运行 时 也 有 了 执行 复 
杂 优 化 的 自由 空间 。 开 发 者 从 中 获得 的 好 处 体现 在 更 低 的 复杂 性 和 更 高 的 性 能 ， 这 点 与 垃 
圾 收集 相同 ， 不 过 ， 国 数 式 编程 对 个 人 的 影响 更 直接 ， 因 为 它 改变 的 是 你 的 解答 思路 。 


2.1.1 命令 式 解法 
命令 式 编 程 是 按照 “程序 是 一 系列 改变 状态 的 命令 ”来 建 模 的 一 种 编程 风格 。 传 统 的 for 
循环 是 命令 式 风格 的 绝 好 例子 ， 先 确立 初始 状态 ， 然 后 每 次 迭代 都 执行 循环 体 中 的 一 系列 


命令 。 











































































































为 了 形象 说 明 命 令 式 编程 与 函数 式 编程 的 差异 ， 我 会 从 一 个 普通 的 问题 和 它 的 命令 式 解法 




















说 起 。 假 设 我 们 有 一 个 名 字 列 表 ， 基 中 一 些 条 目 由 单个 字符 构成 。 现 在 的 任务 是 ， 将 除去 











要 大 写 。 实 现 这 个 算法 的 Java 代码 见 例 2-1。 


例 2-1 典型 的 公司 业务 处 理 例子 (Java 实现 ) 


package com.nealford.functionalthinking.trans; 





import java.util.List; 


public class TheCompanyProcess { 
public String cleanNames(List<String> listOofNames) { 
StringBuilder result = new StringBuilder(); 
for(int i = 0; i < ListOfNames.stize(); i++) { 
if (listOofNames.get(i).length() > 1) { 


单字 符 条 目 之 外 的 列表 内 容 ， 放 在 一 个 逗号 分 隔 的 字符 串 里 返回 ， 且 每 个 名 字 的 首 字母 都 


result.append(capitalizeString(listOofNames.get(i))).append(","); 


} 
3 


return result.substring(0, result.length() - 1).toString(); 


} 


public String capitalizeString(String s) { 


return s.substring(0, 1).toUpperCase() + s.substring(1, s.length()); 


} 
} 


由 于 我 们 处 理 例 2-1 的 问题 时 必定 要 遍历 整个 列表 ， 那 么 最 方便 下 手 操作 的 地 方 ， 自 然 就 
是 在 一 个 命令 式 循环 的 内 部 。 每 迭代 一 个 名 字 ， 我 们 都 检查 它 的 长 度 是 否 大 于 一 个 字符 的 








保留 门槛 ， 然 后 调整 其 首 字母 为 大 写 后 ， 连 同 作为 分 阳 符 的 喜 号 一 起 ， 追 加 至 














| resuLt。 最 


后 一 个 名 字 不 应 该 有 尾随 的 喜 号 ， 所 以 我 们 从 最 后 的 返回 值 里 去 掉 了 这 个 多 余 的 分 隔 符 。 


命令 式 编程 鼓励 程序 员 将 操作 安排 在 循环 内 部 去 执行 。 本 例 中 我 做 了 三 件 事 : filter， 和 但 
选 列表 ， 去 除 单字 符 条 目 ， transform， 变 换 列 表 ， 使 名 字 的 首 字母 变 成 大 写 ， 接 着 是 




















convert， 转 换 列表 ， 得 到 单个 字符 串 。 这 三 种 操作 可 以 说 是 我 们 在 列表 上 施展 的 “三 板 
仁 ”。 在 命令 式 语言 里 ， 这 三 种 操作 都 必须 依赖 于 相同 的 低层 次 机 制 ( 对 列表 进行 迭代 )。 














而 函数 式 语言 为 这 些 操作 提供 了 针对 性 的 辅助 手段 。 


2.1.2 ”函数 式 解法 








国 数 式 编程 将 程序 描述 为 表达 式 和 变换 ， 以 数学 方程 的 形式 建立 模型 ， 并 且 尽 量 避 免 可 变 











的 状态 。 函 数 式 编程 语言 对 问题 的 归 类 不 同 于 命令 式 语言 。 如 上 一 小 节 所 列 的 几 种 操作 











(filter、transform、convert)， 每 一 种 都 作为 一 个 逻辑 分 类 由 不 同 的 函数 所 代表 ， 这 些 函 数 














实现 了 低层 次 的 变换 ， 但 依赖 于 开发 者 定义 的 高 阶 函 数 作为 参数 来 调整 其 低层 次 运转 机 构 


的 运作 。 于 是 ， 上 一 小 节 的 问题 可 以 概念 性 地 表达 为 例 2-2 的 伪 代 码 。 





例 2-2 伪 代 码 表示 的 “公司 业务 处 理 过 程 ” 
LiLstOfEmps 
-> fiLter(x.Length > 1) 
-> transform(x.capitalize) 
-> convert(x + "," + y) 





函数 式 语言 可 以 帮助 我 们 轻松 搭建 出 上 面 的 概念 性 解答 模型 ， 同 时 又 不 必 操 心 各 种 实现 
细节 。 


假如 我 们 用 Scala 来 实现 例 2-1 的 公司 业务 处 理 过 程 ， 将 会 是 例 2-3 的 样子 。 

















例 2-3 函数 式 的 处 理 过 程 (Scala 实现 ) 
val empLoyees = List("neal", "s", "sty", "j", "rich", "bob", "aiden", "j", "ethan", 


"liam", "mason", "noah", "lucas", "jacob", "jayden", "jack") 


val result = employees 
.filter(_.length() > 1) 
.map(_.capitalize) 
.reduce(_ + ","+_) 


例 2-3 的 Scala 代码 除了 补充 一 些 必 要 的 实现 细节 ， 其 写法 简直 和 例 2-2 的 伪 代 码 如 出 一 
辐 。 拿 到 名 字 列 表 ， 首 先进 行 第 选 ， 消 去 单字 符 条 目 。 筛 选 操作 的 输出 结果 紧 接 着 被 送 入 
map 函数 ， 让 map 函数 对 输入 集合 的 每 个 元 素 执行 参数 内 提供 的 代码 块 ， 并 返回 变换 后 的 
集合 。 最 后 ，map 的 输出 集合 被 送 入 reduce() 函数 ， 由 reduce() 函数 根据 参数 内 作为 规则 
传人 的 代码 块 ， 将 集合 元 素 乏 一 拼合 起 来 。 例 中 我 们 传人 了 用 逗号 来 连接 前 两 个 元 素 的 规 
则 。 在 调用 例 中 三 个 函数 的 时 候 ， 参 数 取 什么 名 字 无 关 紧 要 ， 正 好 Scala 允许 我 们 跳 过 命 
名 步骤 ， ee 



































挑选 Scala 作为 演示 的 第 一 种 语言 ， 除 了 语法 上 相似 ， 还 因为 Scala 对 于 我 们 要 演示 的 几 
个 概念 都 采用 了 与 业界 一 致 的 命名 。 实 际 上 Java 8 也 具备 作出 函数 式 解答 所 需要 的 语言 特 
性 ， 且 其 实现 各 方面 都 与 Scala 版 本 十 分 近似 ， 请 看 例 2-4。 



































例 2-4 Java 8 实现 的 处 理 过 程 
public String cleanNames(List<String> names) { 

if (names == nuLL) return ""; 

return names 
.Stream() 
.filter(name -> name.Length() > 1) 
.map(name -> capitalize(name)) 
.collect(Collectors.joining(",")); 





} 


private String capitalize(String e) { 
return e.substring(0, 1).toUpperCase() + e.substring(1, e.length()); 
} 





例 2-4 用 coLtLect() 方法 取代 了 reduce()， 原 因 是 它 操作 Java 的 String 类 的 效率 更 高 ; 
collect() 是 Java 8 针对 某 些 情形 而 提供 的 reduce() 的 特殊 实现 。 除 了 这 一 点 点 差别 ， 上 
面 的 代码 与 例 2-3 的 Scala 实现 极其 相似 。 


如 果 我 们 担心 某 些 列表 元 素 可 能 为 nutL， 那 么 只 要 在 stream 后 面 多 加 一 条 检查 就 可 以 了 : 





























return names 
.Stream() 
.filter(name -> name != null) 
.filter(name -> name.Length() > 1) 
.map(name -> capitalize(name)) 
.Collect(Collectors.joining(",")); 


Java 运行 时 会 聪明 地 将 null 检查 和 针对 长 度 的 筛选 合并 成 一 次 操作 ， 这 样 既 不 妨碍 我 们 
把 意图 表达 清楚 ， 又 不 损失 代码 的 执行 效率 。 














Groovy 语言 也 具备 实现 例 2-2 模型 所 需 的 特性 ， 不 过 命名 上 更 接近 Ruby 等 脚本 语言 。 
Groovy 版 的 实现 代码 请 看 例 2-5。 





例 2-5 ” Groovy 实现 的 处 理 过 程 
public static String cleanUpNames(listofNames) { 
listofNames 
.findAll { it.length() > 1 } 
.Collect { it.capitalize() } 
.join ',' 
} 
例 2-5 的 代码 结构 上 与 例 2-3 的 Scala 实现 基本 一 致 ， 只 是 方法 名 称 和 参数 占 位 符 不 一 样 。 
Groovy 的 findAll 方法 对 集合 中 的 元 素 执行 参数 里 传人 的 代码 块 ， 只 留 下 结果 为 true 的 
元 素 。Groovy 也 像 Scala 一 样 允许 开发 者 简写 只 带 一 个 参数 的 代码 块 ， 它 规定 用 it 关键 
字 来 代表 这 个 唯一 的 参数 ， 无 需 定义 。Groovy 的 collect 方法 相当 于 前 面 的 map， 人 负责 对 
集合 中 的 每 个 元 素 执 行 参 数 里 传 入 的 代码 块 。join() 函数 的 功能 是 用 参数 中 指定 的 分 隔 
符 ， 把 一 个 字符 串 集 合 串 接 起 来 ， 拼 成 单一 的 字符 串 ， 正 好 符合 我 们 的 需要 。 


Clojure 是 一 种 函数 式 语 言 ， 它 的 函数 命名 上 自然 更 传统 一 些 。 请 看 例 2-6。 
































例 2-6 Clojure 实现 的 处 理 过 程 
(defn process [list-of-emps] 
(reduce str (interpose "," 
(map s/capitalize (filter #(< 1 (count %)) list-of-emps))))) 
不 熟悉 Clojure 语法 的 话 ， 例 2-6 的 代码 结构 可 能 不 大好 分 辨 。Lisp 家 族 的 Clojure 是 “由 
内 向 外 ”执行 的 ， 因 此 起 点 其 实在 最 后 一 个 参数 值 List-of -emps。Clojure 的 (filter a b) 
国 数 接受 两 个 参数 : 作为 筛选 条 件 的 函数 〈 例 中 为 匿名 函数 ) 和 将 要 被 筛选 的 集合 。 假 
如 我 们 愿意 ， 第 一 个 参数 也 可 以 写成 完整 的 函数 定义 (fn [x] (< 1 (count x)))， 不 过 


























大 和 
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Clojure 允许 我 们 使 用 更 简短 的 匿名 函数 形式 #< 1 (count %))。 这 一 步 得 选 操作 的 结果 也 
像 前 面 的 例子 一 样 ， 是 一 个 消除 了 部 分 元 素 的 小 一 点 的 集合 。 


(map a b) 函数 的 第 一 个 参数 是 变换 函数 ， 第 二 个 参数 是 待 变换 的 集合 ， 也 就 是 上 一 步 
(filter ) 操作 的 返回 值 。 我 们 可 以 专门 定制 一 个 函数 来 作为 (map ) 的 第 一 个 参数 ， 不 
过 既然 任何 单 参数 的 函数 都 符合 (map ) 的 要 求 ， 我 们 直接 用 能 够 满足 需求 的 Clojure 内 建 
函数 capitalize 即 可 。 最 后 ，(map ) 操作 的 输出 成 为 下 一 步 (reduce ) 操作 的 集合 参数 。 
(reduce ) 的 第 一 个 参数 是 负责 拼合 字符 串 的 (str ) 函数 ，(str ) 作用 于 (interpose ) 函 
数 的 返回 值 ， 而 (interpose ) 负责 在 (map ) 返回 集合 的 元 素 之 间 插 入 它 的 第 一 个 参数 指 
定 的 分 隔 符 。 

面 对 这 样 欢 套 了 一 层 又 一 层 的 函数 结构 ， 就 连 经 验 丰富 的 开发 者 也 会 痛苦 不 堪 。 季 好 
Clojure 有 一 些 宏 可 以 帮助 我 们 把 这 样 的 结构 “ 插 顺 ”， 变 成 更 方便 阅读 的 顺序 。 请 看 例 
2-7， 它 与 例 2-6 功能 上 完全 一 致 。 


























例 2-7 通过 thread-last 宏 改 善 代码 的 可 读 性 
(defn process2 [list-of-emps] 
(->> list-of-emps 
(filter #(< 1 (count %))) 
(map s/capitalize) 
(interpose ",") 
(reduce str))) 


Clojure 的 thread-last 宏 ( 即 ->> 符号 ) 针对 的 是 非常 常见 的 各 种 集合 变换 操作 ， 它 把 典型 
的 Lisp 书写 顺序 颠倒 了 过 来 ， 重 整 为 更 自然 的 从 左 到 右 的 阅读 顺序 。 例 2-7 中 我 们 首先 看 
到 的 是 集合 本 身 (list-of-emps)， 然 后 才 是 依次 作用 于 前 一 个 语法 单元 (form) 的 连 串 变 
换 操作 。Lisp 灵活 的 语法 正 是 它 最 强大 的 武器 之 一 : 什么 时 候 可 读 性 变 差 了 ， 我 们 就 调整 
语法 去 满足 可 读 性 。 


上 面 提 到 的 语言 都 已 经 具备 了 函数 式 编程 的 关键 概念 。 向 函数 式 思维 靠拢 ， 意 味 着 我 们 逐 
渐 学 会 何 时 何 地 应 该 求助 于 这 些 更 高 层次 的 抽象 ， 不 要 再 一 头 扎 到 实现 细 市 里 去 。 


学 会 用 更 高 层次 的 抽象 来 思考 有 什么 好 处 ? 首先 ， 会 促使 我 们 换 一 种 角度 去 归 类 问题 ， 看 
到 问题 的 共性 。 其 次 ， 让 运行 时 有 更 大 的 余地 去 做 智能 的 优化 。 有 时 候 ， 在 不 改变 最 终 输 
出 的 前 提 下 ， 调 整 一 下 作业 的 先后 次 序 会 更 有 效率 〈 例 如 减少 了 需要 处 理 的 条 目 )。 第 三 ， 
让 埋头 于 实现 细节 的 开发 者 看 到 原本 视野 之 外 的 一 些 解决 方案 。 举 个 例子 ， 例 2-1 的 Java 
实现 要 改 成 多 线程 的 话 ， 需 要 的 工作 量 可 不 小 。 由 于 我 们 自己 控制 着 低层 次 的 迭代 细节 ， 
那么 线程 相关 的 代码 也 就 只 好 由 我 们 自己 动手 穿插 进去 。 可 是 换 作 Scala 的 实现 ， 我 们 只 
要 在 stream 上 多 调用 一 次 par 方法 就 可 以 了 ， 请 看 例 2-8。 







































































例 2-8 ”Scala 实现 的 并 行 化 处 理 过 程 


val parallelResult = employees 





.par 
.filter(_.length() > 1) 
.map(_.capitalize) 
.reduce(_+","+_) 





Java 8 实现 要 达到 相同 的 并 行 化 效果 ， 也 只 需要 做 几乎 一 样 的 简单 改动 ， 如 例 2-9 所 示 。 





例 2-9 Java 8 实现 的 并 行 化 处 理 过 程 
public String cleanNamesP(List<String> names) { 
if (names == null) return "" 
return names 
.parallelStream() 
.filter(n -> n.Length() > 1) 
.map(e -> capitalize(e)) 
.Collect(Collectors.joining(",")); 
} 


Clojure 同样 只 需 简单 替换 ， 就 能 够 将 一 般 的 集合 变换 操作 不 动 声色 地 并 行 化 。 我 们 在 更 高 
的 抽象 层次 上 做 事情 ， 运 行 时 才 好 去 优化 低层 次 的 细节 。 编 写 带 垃圾 收集 的 工业 级 虚拟 机 
实在 是 一 项 异常 复杂 的 任务 ， 开 发 者 乐得 交 出 这 方面 的 职责 。 另 一 边 的 JVM 工程 师 则 尽 
力 封 装 起 垃圾 收集 ， 让 它 从 开发 者 的 日 常 考虑 事项 中 消失 ， 大 大 减轻 了 开发 者 的 负担 。 


map、reduce、filter 等 函数 式 操作 也 存在 类 似 的 互利 关系 。Clojure 下 的 Reducers 扩展 库 
(http://dwz.cn/reducers-library) 就 是 一 个 绝 佳 的 例子 。 其 作者 Rich Hickey 以 库 的 形式 对 
Clojure 语言 进行 了 扩展 ， 提 供 了 新 版 本 的 vector 和 map 实现 (以 及 用 来 转换 原版 vector 
和 map 的 新 的 fold 函数 )， 他 的 实现 在 内 部 运用 Java 的 Fork/Join 框架 来 完成 对 集合 的 并 
行 处 理 。Clojure 的 一 个 重要 的 卖点 ， 就 是 它 从 一 般 开发 者 可 见 的 层面 抹 去 了 并 发 的 麻烦 ， 
就 好 像 Java 消除 了 垃圾 收集 的 麻烦 一 样 。 而 使 用 Clojure 的 开发 者 自觉 地 用 map 来 取代 原 
始 的 旭 代 ， 因 而 自动 享受 到 新 版 本 的 能 力 提升 。 















































多 从 结果 着 眼 ， 少 纠结 具体 的 步骤 。 


不 要 再 让 那些 先 代 、 变 换 、 化 约 如 何 进行 的 低层 次 细节 占据 你 的 思维 ， 多 想 想 哪些 问题 其 
实 可 以 归结 为 这 几 样 基本 操作 的 排列 组 合 吧 。 





我 们 还 可 以 举 一 个 例子 来 说 明 怎 样 从 一 个 命令 式 的 解法 过 渡 到 函数 式 的 答案 ， 这 一 次 我 们 
用 完美 数 (perfect number) 的 分 类 问题 来 做 说 明 。 








2.2 ”案例 研究 : 完美 数 的 分 类 问题 

古 希腊 数学 家 Nicomachus 发 明了 一 种 自然 数 的 分 类 方法 ， 任 意 一 个 自然 数 都 唯一 地 被 归 
类 为 过 剩 数 (abundant)、 完 美 数 (perfect) 或 不 足 数 (deficient) 。 一 个 完美 数 的 真 约 数 
( 即 除了 自身 以 外 的 所 有 正 约 数 ) 之 和 ， 人 恰好 等 于 它 本 身 。 例 如 6 是 一 个 完美 数 ， 因 为 它 
的 约 数 是 1、2、3, 而 6=1+2+3; 28 也 是 一 个 完美 数 ， 因 为 28=1+2+4+7+14。 根 
据 完 美 数 的 定义 ， 我 们 可 以 得 到 如 表 2-1 所 示 的 分 类 规则 。 





























表 2-1: 自然 数 分 类 规则 
完美 数 。 真 约 数 之 和 = 数 本 身 
过 剩 数 。” 真 约 数 之 和 > 数 本 身 
不 足 数 。 真 约 数 之 和 < 数 本 身 


实现 中 用 到 一 个 数学 概念 ， 真 约 数 和 “(aliquot sum)， 其 定义 就 是 除了 数 本 身 之 外 (一 个 
数 总 是 它 本 身 的 约 数 )， 其 余 正 约 数 的 和 。 之 所 以 不 用 “ 正 约 数 和 ”来 表述 ， 是 为 了 稍稍 
简化 判定 完美 数 时 的 比较 语句 :aliquotSum == number 要 比 sum - number == number 易 读 
一 些 。 


2.2.1 完美 数 分 类 的 命令 式 解法 
我 们 的 分 类 程序 在 使 用 中 很 可 能 需要 对 同一 个 数字 进行 多 次 分 类 ， 因 此 实现 的 时 候 有 必要 
考虑 这 种 情况 。 带 着 这 样 的 需求 ， 我 们 得 出 如 例 2-10 所 示 的 Java 实现 。 














例 2-10 完美 数 分 类 的 Java 实现 
import java.util.HashMap; 
import java.util.HashSet; 
import java.util.Map; 
import java.util.Set; 


public class ImpNumberClassifierSimple { 
private int _number; 0 
private Map<Integer, Integer> _cache; @ 


public ImpNumberClassifierSimple(int targetNumber) { 
_number = targetNumber; 
_Cache = new HashMap<>(); 


} 


public boolean isFactor(int potential) { 
return _number % potential == 0; 


} 


public Set<Integer> getFactors() { 
Set<Integer> factors = new HashSet<>(); 
factors.add(1); 





factors.add(_number); 
for (int i = 2; i < Number; i+t+) 
if (isFactor(i)) 
factors.add(i); 
return factors; 


} 


public int aliquotSum() { 【3) 
if (_cache.get(_number) == null) { 
int sum = 0; 
for (int i : getFactors()) 


sum += i; 
_cache.put(_number, sum - _number); 
} 
return _cache.get(_number); 


} 


public boolean isperfect() { 
return aliquotSum() == _number; 


} 


public boolean isAbundant() { 
return aliquotSum() > _number; 


} 


public boolean isDeficient() { 
return aliquotSum() < _number; 
} 
} 


@ 内 部 状态 ， 存 放 待 分 类 的 目标 数字 。 
名 内 部 缓存 ， 防 止 重复 进行 不 必要 的 求 和 运算 。 
@ 计算 “ 真 约 数 和 ”aliquotsum， 即 正 约 数 之 和 减 去 数字 本 身 。 

















例 2-10 中 的 ImpNumberClassifiersimple 类 维持 着 两 个 内 部 状态 。 其 中 number 字段 的 作 
用 是 为 一 系列 函数 省 下 一 个 参数 。cache 则 通过 一 个 Map 结构 来 缓存 每 个 数字 的 真 约 数 和 ， 
以 在 后 续 针 对 同一 个 数字 的 调用 中 更 快 地 返回 结果 ( 查 表 速度 与 计算 速度 的 差别 )。 内 部 
状态 在 面向 对 象 编程 的 世界 里 是 受到 推崇 的 平常 做 法 ， 因 为 封装 被 OOP 语言 视 为 一 项 优 
势 。 状 态 的 划分 往往 为 一 些 工程 实践 提供 了 便利 ， 比 如 单元 测试 的 时 候 我 们 很 容易 注入 各 
种 取 值 。 



































例 2-10 的 代码 经 过 了 精心 的 组 织 ， 划 分 成 很 多 个 小 方法 。 这 是 测试 驱动 开发 的 副 产 物 ， 不 
过 也 正好 把 算法 的 各 个 组 成 部 分 都 表现 了 出 来 。 其 中 一 些 部 分 会 在 后 续 的 改造 中 逐渐 被 替 
换 成 更 加 函数 式 的 写法 。 


2.2.2 ”稍微 向 函数 式 靠拢 的 完美 数 分 类 解法 


例 2-10 用 它 的 代码 组 织 形态 反映 了 可 测试 性 的 编程 目标 。 假 如 我 们 还 希望 加 上 一 个 “最 小 
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化 共享 状态 ”的 目标 ， 该 怎么 做 呢 ? 这 时 可 以 去 掉 类 的 成 员 变 量 ， 改 为 通过 参数 来 传递 


要 的 值 。 修 改 后 的 版 本 见 例 2-11。 


例 2- 


11 


稍微 向 函数 式 靠 拢 的 完美 数 分 类 实现 


import java.util.Collection; 
import java.util.Collections; 
import java.util.HashSet; 
import java.util.Set; 


public class NumberClassifier { 


} 


public static boolean isFactor(final int candidate, final int number) { © 
return number % candidate == 0; 


public static Set<Integer> factors(final int number) { 8 
Set<Integer> factors = new HashSet<>(); 
factors.add(1); 
factors.add(number); 
for (int i = 2; i < number; i++) 
if (isFactor(i, number)) 
factors.add(i); 
return factors; 


} 


public static int aliquotSum(final Collection<Integer> factors) { © 
int sum = 0; 
int targetNumber = Collections.max(factors); 
for (int n : factors) { 
Sum += nj; 
} 
return sum - targetNumber; 


} 


public static boolean isperfect(final int number) { 
return aliquotSum(factors(number)) == number; 


} 


public static boolean isAbundant(final int number) { 
return aliquotSum(factors(number)) > number; 


} 


public static boolean isDeficient(final int number) { 
return aliquotSum(factors(number)) < number; 


} 


@ 众多 方法 都 必须 加 上 number 参数 ， 因 为 没有 可 以 存放 它 的 内 部 状态 。 
如 所 有 方法 都 带 public static 修饰 ， 因 为 它们 都 是 纯 函 数 ， 并 因此 可 以 在 完美 数 分 类 之 


























外 的 领域 使 用 。 
四 注意 例 中 对 参数 类 型 的 选取 ， 尽 可 能 宽泛 的 参数 类 型 可 以 增加 函数 重用 的 机 会 。 








@ 例子 目前 在 重复 执行 分 类 操作 的 时 候 效 率 较 低 ， 因 为 没有 缓存 。 


在 例 2-11 稍微 向 函数 式 风 格 靠拢 的 Numberclassifier 里 面 ， 所 有 方法 都 是 自足 的 、 带 
public 和 static 作用 域 的 纯 函 数 〈 即 没有 副作用 的 函数 )。 而 由 于 类 里 面 根本 不 存在 任何 
内 部 状态 ， 也 就 没有 理由 去 “隐藏 ”任何 一 个 方法 。 实 际 上 ，factors 方法 在 很 多 其 他 应 
用 中 都 有 潜在 的 用 途 ， 比 如 用 来 寻找 素数 。 


























一 般 来 说 ， 由 




















ij 向 对 象 系统 里 粒度 最 小 的 重用 单元 是 类 ， 开 发 者 往往 忘记 了 重用 可 以 在 更 小 


的 单元 上 发 生 。 例 如 ， 例 2-11 的 atiquotsun 方法 的 参数 类 型 没有 选择 某 一 种 具体 的 列表 
类 型 ， 而 是 定 为 Collection<Integer>。 一 个 兼容 于 所 有 数字 集合 的 接口 ， 在 函数 级 别 上 发 





生 重用 的 可 能 性 自然 更 大 一 些 。 








这 一 版 的 实现 没有 为 求 和 结果 设计 缓存 机 制 。 缓 存 意味 着 持续 存在 的 状态 ， 可 是 这 一 版 的 
实现 根本 没有 可 以 放置 状态 的 地 方 。 例 2-11 对 比例 2-10 相同 功能 的 实现 ， 效 率 上 要 低 一 
些 。 这 是 因为 失去 了 存放 求 和 结果 的 内 部 状态 ， 只 好 每 次 都 重新 计算 。 我 们 将 在 第 4 章 借 
助 “记忆 ”机 制 ， 在 保持 无 状态 的 前 提 下 ， 把 缓存 找 回来 。 现 在 暂且 和 它 告别 吧 。 


























2.2.3 ”完美 数 分 类 的 Java 8 实现 


lambda 块 是 最 令 
统 函 数 式 语言 





Java 8 面目 一 新 的 改进 ， 它 其 实 就 是 高 阶 国 数 。 多 了 这 么 一 个 小 功能 ， 传 











里 的 一 些 高 层次 抽象 就 一 下 子 向 Java 开发 者 散 开 了 大 门 。 





请 看 例 2-12 所 示 的 Java 8 版 完美 数 分 类 实现 。 


例 2-12 完美 数 分 类 的 Java 8 实现 


import 
import 
import 
import 


import 
import 


import 


public 


java. 
java. 
java. 
java. 


util.List; 
util.stream.Collectors; 
util.stream.IntStream; 
util.stream.Stream; 


static java.lang.Math.sqrt; 
static java.util.stream.Collectors. toList; 
static java.util.stream.IntStream.range; 


class NumberClassifier { 


public static IntStream factorsOf(int number) { 
return range(1, number + 1) 


} 


.filter(potential -> number % potential == 0); 


public static int aliquotSum(int number) { 
return factorsof(number) .sum() - number; 


3 


public static boolean isperfect(int number) { 





大 
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return aliquotSum(number) == number; 


} 


public static boolean isAbundant(int number) { 
return aliquotSum(number)> number; 


} 


public static boolean isDeficient(int number) { 
return aliquotSum(number) < number; 
} 
} 


例 2-12 的 代码 明显 比 原来 的 命令 式 解法 ( 例 2-10) 以 及 不 完全 的 函数 式 版 本 ( 例 2-11) 
短 得 多 ， 也 简单 得 多 。 在 例 2-12 里 ，factors0f() 方 法 返回 了 一 个 Intstream， 为 我 
们 后 续 串 连 其 他 操作 ， 包 括 令 stream 产生 数值 输出 的 终结 操作 提供 了 方便 。 换 言 之 ， 
factorsof() 没有 直接 返回 一 个 整数 列表 ， 而 是 给 了 我 们 一 个 尚未 产生 任何 输出 的 stream。 
aliquotSum() 方法 很 好 写 ， 无 非 是 对 约 数 的 列表 求 和 ， 再 减 去 数 本 身 。 我 们 不 需要 在 例 
2-12 中 自行 编写 求 和 用 的 sum() 方法 ， 因 为 Java 8 已 经 为 我 们 的 stream 准备 了 这 样 一 个 产 
生 输 出 的 终结 操作 。 


物理 上 把 机 械 能 分 成 储蓄 起 来 的 势能 和 释放 出 来 的 动能 。 在 版 本 8 以 前 的 Java， 以 及 它 所 
代表 的 许多 语言 里 ,集合 的 行为 可 以 比 作 动能 :各 种 操作 都 立即 求 得 结果 ， 不 存在 中 间 状 
态 。 函 数 式 语言 里 的 stream 则 更 像 势 能 ， 它 的 操作 可 以 引 而 不 发 。 被 stream 储蓄 起 来 的 有 
数据 来 源 ( 例 中 的 数据 来 源 是 range() 方法 )， 还 有 我 们 对 数据 设置 的 各 种 条 件 ， 如 例 中 的 
往 选 操作 。 只 有 当 程序 员 通过 forEach()、sum() 终结 操作 来 向 stream“ 要 ” 求 值 结果 的 时 
候 ， 才 触发 从 “势能 ”到 “动能 ”的 转换 。 在 “动能 ”开始 释放 之 前 ，stream 可 以 作为 参 
数 传递 并 后 续 附 加 更 多 的 条 件 ， 继 续 积蓄 它 的 “势能 ”"。 这 里 关于 “势能 ”的 比喻 ， 用 函 
数 式 编程 的 说 法 叫 作 绥 来 值 (lazy evaluation) ， 我 们 将 在 第 4 章 详细 讨论 。 


旧版 本 的 Java 语言 也 有 可 能 写 出 与 例 2-12 风格 类 似 的 代码 ， 不 过 需要 克服 一 点 困难 ， 需 
要 用 一 些 框架 辅助 才 行 。 






















































































2.2.4 完美 数 分 类 的 Functional Java 实 现 

现在 高 阶 函数 已 经 是 新 一 代 语 言 的 标准 配备 ， 不 过 仍然 有 众多 组 织 因为 技术 之 外 的 原因 ， 
在 未 来 的 很 多 年 里 都 无 法 摆脱 旧版 本 的 Java 运行 时 。 开 源 框架 Functional Java 针对 1.5 以 
上 版 本 的 Java 运行 时 ， 以 尽 可 能 低 的 侵入 性 为 代价 引入 了 尽量 多 的 函数 式 编 程 手法 。 例 如 
Functional Java 可 以 通过 谤 型 和 匿名 内 部 类 ， 在 Java 1.5 时 代 的 JDK 上 模拟 出 它 所 缺少 的 
高 阶 函 数 特性 。 例 2-13 是 借助 Functional Java 的 惯用 法 来 实现 的 完美 数 分 类 ， 它 看 上 去 又 
和 前 面 的 例子 有 所 不 同 。 




















例 2-13 使 用 Functional Java 框架 实现 的 完美 数 分 类 
import fj.F; 
import fj.data.List; 
import static fj.data.List.range; 


public class NumberClassifier { 


public List<Integer> factorsOof (final int number) { 
return range(1, number + 1) 0 
.filter(new F<Integer, Boolean>() { 
public Boolean f(final Integer i) { 


return number % i == 0; 
} 
}); 8 
} 
public int aliquotSum(List<Integer> factors) { © 
return factors.foldLeft(fj.function.Integers.add, 0) - factors.last(); 
} 


public boolean isperfect(int number) { 
return aliquotSum(factorsOf (number)) == number; 


} 


public boolean isAbundant(int number) { 
return aliquotSum(factorsOf (number)) > number; 


} 


public boolean isDeficient(int number) { 
return aliquotSum(factorsOof (number)) < number; 
} 
} 


@ Functional Java 的 range() 函数 圈 出 来 的 是 一 个 左 闭 右 开 区 间 。 
名 饰 选 操作 代替 了 迭 代 。 
四 折 和 县 (fold) 操作 代替 了 友 代 。 





例 2-13 与 例 2-11 的 主要 区 别 表现 在 aLtquotSum() 和 factorsof() 这 两 个 方法 上 。Functional 
Java 在 其 List 类 中 提供 的 foldLeft() 方法 为 aLiquotsum() 提供 了 很 大 的 便利 。 在 这 个 例 
子 里 ,“fold left”( 即 左 折 肥 操作) 的 含义 是 : 


(1) 用 一 个 操作 (或 者 叫 运 算 ) 将 初始 值 〈 例 中 为 0) 与 列表 中 的 第 一 个 元 素 结合 ; 
(2) 继续 用 同样 的 操作 将 第 1 步 的 运算 结果 与 下 一 个 元 素 结合 ， 
(3) 反复 进行 直到 消耗 完 列表 中 的 元 素 。 


这 几 个 步骤 正好 就 是 我 们 对 数字 列表 求 和 的 一 般 做 法 : 从 0 开始， 先 和 第 一 个 元 素 相 加 ， 
结果 再 和 第 二 个 元 素 相 加 ， 以 此 类 推 直到 列表 结尾 。Functional Java 提供 了 运算 所 需 的 高 
阶 函 数 〈 例 中 的 Integers.add 函数 )， 也 由 它 负责 施用 。 当 然 ， 真 正 的 高 阶 函 数 要 到 Java 
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8 才 出 现 ，Functional Java 也 无 法 在 旧版 本 的 Java 里 实现 完整 的 高 阶 函 数 功能 ， 只 是 用 
名 内 部 类 来 模拟 高 阶 函数 的 编程 风格 。 


例 2-13 另 一 个 值得 注意 的 地 方 是 factorsof () 方法 ， 它 很 好 地 体现 了 “多 着 眼 结果 ， 少 纠 
结 步骤 ”的 格言 。 寻 找 一 个 数 的 约 数 ， 这 个 问题 的 实质 是 什么 ?或 者 可 以 换 一 种 方式 来 叙 
述 : 在 从 1 到 目标 数字 的 整数 列表 里 ， 我 们 怎么 确定 其 中 哪些 数字 是 目标 数 的 约 数 ?这 样 
一 来 ， 篇 选 操作 就 呼之欲出 了 一 一 我 们 可 以 逐一 筛选 列表 中 的 元 素 ， 去 除 那 些 不 满足 筛选 
条 件 的 数字 。factorsof() 方法 的 作为 基本 上 可 以 用 一 句 话 来 描述 :对 于 从 1 到 目标 数字 
的 区 间 (不 包含 区 间 的 右 侧 端 点 ， 因 此 代码 中 将 区 间 上 限 写成 nunber + 1), 以 f() 方 法 
中 的 代码 来 箭 选区 间 内 数字 所 构成 的 一 个 列表 ，F 类 和 f() 方法 是 Functional Java 留 给 我 
们 “填空 ”数据 类 型 和 返回 值 的 地 方 。 


例 2-13 使 用 了 foldLeft() 方法 ， 它 依次 向 左 方 ， 即 向 着 第 一 个 元 素 合并 列表 。 对 于 满足 
交换 律 的 加 法 来 说 ， 折 又 的 方向 并 不 影响 结果 。 万 一 我 们 需要 使 用 某 些 结果 与 折 又 次 序 相 
关 的 操作 ， 还 有 foldRight() 方法 可 供 选择 。 


六 















































高 阶 函数 消除 了 摩擦 。 





你 可 能 会 认为 Functional Java 版 本 ( 例 2-13) 与 Java 8 版 本 ( 例 2-12) 的 区 别 无 非 是 一 些 
语法 糖衣 (其实 不 止 )。 可 是 语法 上 的 便利 也 是 很 重要 的 方面 ， 毕 竟 我 们 想 表达 的 意思 都 
要 由 语法 来 承载 。 


我 跟 Martin Fowler 在 巴塞 罗 那 的 一 辆 出 租车 上 有 过 一 次 记忆 深刻 的 讨论 ， 我 们 聊 的 是 
Smalltalk 的 衰落 和 Java 的 兴盛 。Fowler 在 这 两 种 语言 上 都 有 很 深厚 的 积累 ， 他 说 ， 起 初 
他 觉得 从 Smalltalk 到 Java 的 变化 只 是 一 些 语法 上 的 不 便 ， 结 果 却 发 现 被 阻碍 的 还 有 原先 
语言 所 承载 的 思维 方式 。 在 语法 处 处 捍 肘 下 塑造 出 来 的 抽象 ， 很 难 配合 我 们 的 思维 过 程 而 
不 产生 无 谓 的 摩擦 。 








不 要 增加 无 谓 的 摩擦 。 


2.3 ”具有 普遍 意义 的 基本 构造 单元 


我 们 在 举例 命令 式 解 法 的 时 候 提 到 了 “三 板 侩 ”"， 纵 观 上 面 一 系列 完美 数 分 类 的 函数 式 实 





转变 思维 | 21 





现 ， 它 们 一 个 不 少 地 出 现在 每 一 种 实现 当中 ， 只 是 叫 法 不 太一 样 。 在 函数 式 语言 和 框架 里 
看 ， 这 几 “ 板 丛 ” 是 无 处 不 在 的 。 




















2.3.1 筛选 
筛选 (filter) 是 列表 的 一 种 基本 操作 : 根据 用 户 定义 的 条 件 来 筛选 列表 中 的 条 目 ， 并 由 此 
产生 一 个 较 小 的 新 列表 。 算 选 操作 如 图 2-1 所 示 。 


[sled dss Tori 
Cl ls Tol ls fs Tel 


2-1: 从 较 大 的 列表 中 往 选 出 一 个 数字 列表 


筛选 会 产生 一 个 新 的 列表 (或 集合 ) ， 其 大 小 根据 筛选 条 件 ， 可 能 小 于 原 列 表 。 在 完美 数 
分 类 的 例子 里 ， 我 们 用 了 筛选 操作 来 得 出 数字 的 约 数 ， 如 例 2-14 所 示 。 


例 2-14 Java 8 的 筛选 操作 
public static IntStream factorsOf(int number) { 
return range(1, number + 1) 
.filter(potential -> number % potential == 0); 





























} 
例 2-14 中 的 代码 首先 制造 一 个 从 1 到 目标 数字 的 区 间 ， 然 后 在 该 区 间 上 施加 filter() 方 
法 ， 剔 除 不 是 目标 数 约 数 的 数字 : Java 的 取 模 运算 (%) 返回 整数 除法 的 余数 ， 余 数 为 0 
即 表 示 除 数 是 被 除数 的 约 数 。 











虽然 不 借助 lambda 块 也 可 以 得 到 相同 的 结果 (如 例 2-13) ， 但 有 的 话 写 起 来 会 简洁 很 多 。 
例 2-15 是 Groovy 的 版 本 。 


例 2-15 ” Groovy 的 筛选 操作 〈 叫 作 findALL() ) 
static def factors(number) { 
(1. .number).findALL {number % it == 0} 
} 
例 2-15 省 略 了 参数 传递 ， 因 为 可 以 直接 在 闭 包 内 使 用 单 参 数 占 位 符 ， 即 it 关键 字 来 代表 
传人 的 参数 ， 又 省 略 了 返回 语句 ， 因 为 方法 的 最 后 一 行 就 是 方法 的 返回 值 ， 例 中 恰 为 约 数 
的 列表 。 





























需要 根据 筛选 条 件 来 产生 一 个 子 集合 的 时 候 ， 用 filter。 





2.3.2 映射 
映射 (map) 操作 对 原 集合 的 每 一 个 元 素 执行 给 定 的 函数 ， 从 而 变换 成 一 个 新 的 集合 ， 如 
图 2-2 所 示 。 


















映射 28/i 











图 2-2: 在 集合 上 映射 一 个 函数 


为 了 演示 map() 和 相关 变换 的 用 法 ， 我 对 完美 数 分 类 的 例子 做 了 一 点 性 能 上 的 优化 。 首 先 ， 
我 创建 了 一 个 命令 式 的 版 本 ， 如 例 2-16 所 示 。 


例 2-16 优化 了 的 完美 数 分 类 实现 
import java.util.HashMap; 
import java.util.HashSet; 
import java.util.Map; 
import java.util.Set; 


import static java.lang.Math.sqrt; 
public class ImpNumberClassifier { 


private int _number; 
private Map<Integer, Integer> _cache; 


@e 


public ImpNumberClassifier(int targetNumber) { 
_number = targetNumber; 
_cache = new HashMap<>(); 


} 


private boolean isFactor(int candidate) { 
return _number % candidate == 0; 


} 


private Set<Integer> getFactors() { 
Set<Integer> factors = new HashSet<>(); 
factors.add(1); 
factors.add(_number); 
for (int i = 2; i <= sqrt(_number); i++) 【3) 
if (isFactor(i)) { 
factors.add(i); 
factors.add(_number / i); 
} 
return factors; 


} 


private int aliquotSum() { 





int sum = 0; 
for (int i : getFactors()) 


Sum += 1; 
return sum - _number; 
} 
private int cachedAliquotSum() { @ 
if (_cache.containsKey(_number)) 
return _cache.get(_number); 
else { 
int sum = aliquotSum(); 
_Cache.put(_number ，sum) ; 
return sum; 
} 
} 


public boolean isPerfect() { 
return cachedAliquotSum() == _number; 


} 


public boolean isAbundant() { 
return cachedAliquotSum() > _number; 


} 


public boolean isDeficient() { 
return cachedAliquotSum() < _number; 
i } 
@ 用 来 放置 目标 数 的 内 部 状态 ， 免 得 总 要 在 参数 里 传 来 传 去 。 
名 内 部 缓存 ， 提 高 求 和 结果 的 查找 效率 。 
四 getFactors() 方法 内 有 一 处 提高 性 能 的 算法 优化 。 优 化 基于 这 样 的 事实 : 约 数 总 是 成 
对 出 现 的 。 例 如 对 于 数字 16， 我 们 找到 约 数 2 的 时 候 ， 也 就 同时 找到 了 约 数 8， 因 为 2 
x 8 = 16。 假 如 我 们 成 对 地 采集 约 数 ， 那 么 只 要 检查 小 于 或 等 于 目标 数 平方 根 的 数 就 可 
以 了 。getFactors() 方法 就 是 这 么 做 的 。 
@ 优先 返回 缓存 的 真 约 数 和 。 
Groovy 当然 包含 了 函数 式 语 言 必 备 的 变换 函数 ， 它 没有 用 map() 的 名 字 ， 而 是 叫 作 
coLLect()， 请 看 例 2-17。 

















例 2-17 Groovy 版 的 约 数 查找 优化 算法 
static def factors(number) { 
def factors = (1..round(sqrt(number)+1)).findAll({number % it == 0}) 
(factors + factors.collect {number / it}).unique() 


} 


例 2-17 最 后 调用 了 unique() 方法 来 消除 列表 中 的 重复 项 ， 确 保 完 全 平方 数 的 平方 根 (如 
16 的 平方 根 4) 不 会 在 列表 中 出 现 两 次 。 如 果 想 体会 一 下 函数 式 编程 能 够 将 代码 改造 到 什 








么 地 步 ， 请 看 例 2-18 完美 数 分 类 的 Clojure 语言 实现 。 


例 2-18 Clojure 写成 的 (classify ) 函数 将 所 有 行为 封装 在 了 儿 行 赋值 语句 里 


0 
2 
(3 
@ 
© 


(defn classify [num] 

(let [factors (->> (range 1 (inc num)) 
(filter #(zero? (rem num %)))) 
sum (reduce + factors) 
aliquot-sum (- sum num)] 


OOeoQ@e 


(cond 

(= aliquot-sum num) :perfect 

(> aliquot-sum num) :abundant 

(< aliquot-sum num) :deficient))) 


方法 成 了 赋值 语句 。 

把 算 选 过 的 区 间 赋 给 约 数列 表 。 

把 化 约 (reduce) 过 的 约 数列 表 赋 给 sum。 
计算 真 约 数 和 。 

返回 代表 分 类 结果 的 关键 字 ( 枚 举 )。 























如 果 我 们 让 每 个 函数 都 合并 成 一 行 ， 那 么 一 系列 的 函数 定义 就 可 以 变 成 一 个 赋值 语句 的 
列表 ,这 就 是 例 2-18 的 真相 。Clojure 的 (Let []) 块 允许 创建 一 系列 作用 于 仅 限于 块 内 
的 赋值 。 首 先 要 计算 的 是 目标 数 的 约 数 ， 为 此 需 准 备 从 1 到 目标 数 的 区 间 (range 1 (inc 
num))， 其 中 右 端 点 写成 (inc num) 是 因为 Clojure 的 区 间 定 义 不 包括 右 端 点 。 接 着 用 
(filter ) 方 法 消去 不 需要 的 集合 元 素 。 一 般 来 说 ， 上 述 语句 按照 Clojure 的 习惯 写 出 来 
应 该 是 (filter #(zero? (rem num %)) (range 1 (inc num)))， 不 过 既然 概念 上 是 先 有 区 


间 



































再 做 筛选 ， 那 么 让 代码 的 阅读 次 序 和 思路 保持 一 致 会 更 好 一 些 。Clojure 的 thread-last 宏 





( 即 例 2-18 中 出 现 的 ->> 运算 符 ) 可 以 帮 有 我 们 做 这 样 的 次 序 调整 。 求 得 了 全 部 约 数 之 后 ， 
就 是 对 sum 和 aliquot-sun 的 赋值 。 函 数 余 下 部 分 的 工作 是 逐条 判断 aliquot-sun 满足 哪 一 
则 条 件 ， 并 返回 相应 的 关键 字 (以 冒号 开头 的 符号 ， 可 以 当 作 枚 举 来 使 用 )。 














需要 就 地 变换 一 个 集合 的 时 候 ， 用 map。 


2.3.3 折叠/ 化 约 

第 三 种 基本 套路 的 函数 名 称 最 为 多 样 ， 而 且 在 儿 种 流行 语言 里 的 实现 各 有 微妙 的 区 别 。 
foldLeft 和 reduce 都 是 catamorphism 这 种 范畴 论 的 态 射 概念 具体 应 用 到 列表 操纵 上 面 的 
变 体 ，catamorphism 是 对 列表 “ 折 和 县”(fold) 概念 的 推广 。 

















reduce 和 fold 操作 在 功能 上 大 致 重合 ， 但 根据 具体 的 编程 语言 而 有 微妙 的 区 别 。 两 者 都 
用 一 个 累积 量 (accumulator) 来 “收集 ”集合 元 素 。reduce 函数 一 般 在 需要 为 累积 量 设 定 
一 个 初始 值 的 时 候 使 用 ， 而 fotd 起 始 的 时 候 累 积 量 是 空 的 。 函 数 在 操作 集合 的 时 候 可 以 
有 不 同 的 次 序 ， 这 点 会 体现 在 相应 的 函数 命名 上 (如 foldLeft 和 foldRight)。 这 里 提 到 
的 任何 一 种 操作 ， 都 不 会 改变 原 集合 。 


我 们 在 Functional Java 的 例子 里 已 经 见识 过 foldLeft() 函数 。 所 谓 “fold left” 的 含义 是 : 





用 一 个 二 元 函数 或 运算 符 来 结合 列表 的 首 元 素 和 累积 量 的 初始 值 《如果 累积 量 有 初始 值 
的 话 ) ; 























重复 上 一 步 直到 列表 耗 尽 ， 此 时 累积 量 的 取 值 即 为 折 登 运算 的 结果 。 


这 个 过 程 恰好 就 是 我 们 对 一 个 数字 列表 求 和 的 过 程 : 从 0 开始 ， 加 上 第 一 个 元 素 ， 求 得 的 
结果 再 加 上 第 二 个 元 素 ， 就 这 样 一 直 进行 下 去 ， 直 到 列表 元 素 全 部 用 完 。 





Functional Java 版 的 完美 数 分 类 例子 里 面 有 一 个 aLtquotSum() 方法 ， 它 对 筛选 出 来 的 全 部 
约 数 求 和 ， 如 例 2-19 所 示 。 





例 2-19 Functional Java 提供 的 foLdLeft() 方法 


public int aliquotSum(List<Integer> factors) { 
return factors.foldLeft(fj.function.Integers.add, 0) - factors.last(); 


} 


例 2-19 的 方法 体 只 有 区 区 一 行 ， 乍 看 之 下 不 容易 明白 它 究 兑 如何 施 展 求 和 操作 ， 去 得 到 
aliquotSun 的 结果 。 例 中 的 折 又 操作 可 理解 为 令 每 一 个 列表 元 素 依 次 结合 的 一 次 变换 ， 变 
换 的 结果 是 从 整个 列表 累积 成 单独 的 一 个 值 。 左 折 生 按照 从 左 到 右 的 次 序 结 合 列表 元 素 ， 
由 一 个 初始 值 开始 ， 把 元 素 一 个 接 一 个 地 累加 上 去 ， 最 后 得 到 一 个 结果 。 图 2-3 是 折 有 登 操 
作 的 示意 图 。 
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图 2-3: 折合 操作 





由 于 加 法 满足 交换 律 ， 例 2-19 无 论 用 foldLeft() 还 是 foldRight() 都 将 得 到 同样 的 结果 。 
但 有 些 运 算 (包括 减法 和 除法 在 内 ) 不 能 随便 调换 顺序 ， 这 时 foldRight() 就 会 派 上 用 场 。 
在 纯 函 数 式 语言 里 ， 左 折 且 和 右 折 欠 的 实现 并 不 相同 。 例 如 右 折 共 允许 操作 无 限 长 度 的 列 
表 ， 而 左 折 县 则 不 允许 。 











例 2-13 直接 使 用 了 Functional Java 提供 的 加 法 运算 ， 别 的 一 些 最 常用 的 数学 运算 也 都 可 以 
在 框架 里 找到 。 可 是 万 一 我 们 有 更 特殊 的 要 求 ， 该 怎么 做 呢 ? 请 看 例 2-20 的 代码 。 








例 2-20 按 用 户 指定 的 条 件 执行 foLdLeft() 
static public int add0nLy0ddNumbersIn(LLst<Integer> numbers) { 
return numbers.foldLeft(new F2<Integer, Integer, Integer>() { 
public Integer f(Integer i1, Integer i2) { 
return (!(i2 % 2 == 0)) ? il + i2 : 11; 
} 
}, 0); 


Functional Java 框架 专 为 Java 8 以 前 版 本 的 JDK 而 设计 ， 因 此 不 得 不 创造 性 地 运用 单方 
法 接口 和 匿名 内 部 类 来 达到 目的 。 内 建 的 F2 类 正好 具备 折 全 操作 所 需 的 结构 ， 我 们 用 
它 创建 了 一 个 方法 ,方法 的 两 个 参数 (将 被 此 方法 折合 在 一 起 的 两 个 值 ) 和 返回 值 都 为 


Integer 类 型 。 

















化 约 (reduce) 操作 在 Groovy 版 完美 数 分 类 里 的 用 法 如 例 2-21 所 示 。 





例 2-21 Groovy 版 的 reduce() 〈 叫 作 inject()) 
static def sumFactors(number) { 
factors(number).inject(0, {i, j -> i + j}) 
} 
Groovy 的 inject 方法 与 例 2-18 中 出 现 的 reduce 函数 有 着 相同 的 签名 ;， 第 一 个 参数 都 是 初 
始 值 ， 第 二 个 参数 都 是 接受 两 个 参数 ， 返 回 一 个 值 的 闭 包 。 例 中 我 们 给 闭 包 传 的 两 个 参数 


是 人 {i,j 一 i+ j}。 








fold 或 reduce 常常 用 在 需要 从 一 个 集合 处 理 产 生 另 一 个 大 小 不 同 (通常 较 小 但 不 必然 ) 
的 集合 或 单一 值 的 情况 。 


需要 把 集合 分 成 一 小 块 一 小 块 来 处 理 的 上 时候， 用 reduce 或 fold。 





完美 数 分 类 固然 是 一 个 做 作 的 例子 ， 很 难 推广 到 其 他 类 型 的 问题 。 但 是 我 广 意 到 ， 当 项 目 
选用 的 语言 (无论 是 否 函 数 式 语言 ) 支 持 我 们 讨论 的 这 些 抽象 的 时 候 ， 代 码 的 风格 会 发 生 
明显 的 变化 。 我 首先 在 使 用 Ruby on Rails 框架 的 项 目 里 注意 到 这 种 现象 。Ruby 语言 自然 
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是 支持 闭 包 和 collect()、map()、inject() 等 列表 操纵 方法 的 ， 只 是 它们 在 代码 中 出 现 之 
频 每 令 人 惊讶 。 一 有 旦 习惯 了 工具 箱 里 有 这 样 的 利器 ， 你 就 总 是 会 不 自觉 地 拿 起 它们 。 





学 习 国 数 式 编程 ， 或 者 任何 一 种 新 范式 都 有 一 个 很 大 的 挑战 ， 那 就 是 在 掌握 新 的 构造 单元 
之 后 ， 还 要 善于 从 问题 里 “发 现 ”它们 的 身影 ， 从 而 抓 住 解答 的 脉络 。 函 数 式 编程 不 会 用 
很 多 抽象 ， 但 每 个 抽象 的 泛 化 程度 都 很 高 ( 特 化 的 方面 通过 高 阶 函 数 注入 )。 函 数 式 编程 
以 参数 传递 和 函数 的 复合 作为 主要 的 表现 手段 ， 我 们 不 需要 掌握 太 多 作为 “不 确定 因素 ” 
存在 的 其 他 语言 构造 之 间 的 交互 规则 ， 这 一 点 对 于 我 们 的 学 习 是 有 利 的 。 


AT 米 | \ ¥ 日 
2.4 函数 的 同 义 异 名 问题 
作为 函数 式 编程 语言 的 共同 特征 ， 我 们 可 以 在 每 一 种 语言 里 找到 同样 的 儿 大 类 基本 函数 。 
然而 当 开 发 者 从 一 种 语言 换 到 另 一 种 的 时 候 往往 不 太 顺 利 ， 原 因 就 是 熟悉 的 函数 突然 换 了 
一 个 不 认识 的 名 字 。 继 承 函 数 式 传统 的 语言 喜欢 按照 范式 术语 来 命名 基本 函数 ， 而 出 自 脚 
本 语言 背景 的 则 更 喜欢 使 用 描述 性 的 名 字 (有 了 时候 还 会 起 多 个 名 字 ， 实 质 是 指向 相同 函数 
的 别名 )。 


















































2.4.1 筛选 

筛选 函数 将 用 户 (通常 以 高 阶 函 数 的 形式 ) 给 定 的 布尔 逻辑 作用 于 集合 ， 返 回 由 原 集 合 中 
符合 条 件 的 元 素 组 成 的 一 个 子 集 。 筛 选 操 作 与 查找 (find) 函数 的 关系 很 密切 ， 查 找 函 数 
返回 的 是 集合 中 第 一 个 符合 条 件 的 元 素 。 











1. Scala 

Scala 提供 了 好 几 种 形式 的 和 饰 选 。 最 简单 的 一 种 是 在 列表 上 按 传 入 的 条 件 进 行 筛选 。 下 面 
的 例子 首先 创建 一 个 数字 列表 ， 然 后 对 列表 使 用 filter() 函数 ， 并 在 传 给 函数 的 代码 块 中 
设置 筛选 条 件 为 可 被 3 整除 的 元 素 : 











val numbers = List.range(1, 11) 
numbers filter (x => x % 3 == 0) 
// List(3, 6, 9) 


利用 Scala 的 隐 式 参数 (implicit parameter) 特性 可 以 让 例子 变 得 更 简短 : 


numbers filter (_ % 3 == 0) 
// List(3, 6, 9) 


第 二 种 写法 更 精炼 ， 这 要 归功 于 Scala 允许 用 下 划 线 符号 来 赫 换 参 数 。 两 种 写法 的 执行 结 
果 是 一 样 的 。 








很 多 筛选 操作 的 例子 都 用 数字 来 演示 ， 其 实 filter() 可 以 用 于 任意 的 集合 。 下 面 的 例子 在 
元 素 为 单词 的 集合 上 使 用 filter() 函数 来 找 出 由 3 个 字母 构成 的 单词 
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val words = List("the", "quick", "brown", "fox", "jumped", 
"over", "the", "lazy", "dog") 

words filter (_.length == 3) 

// List(the, fox, the, dog) 

















Scala 的 第 二 种 筛选 形式 是 partition() 函数 ， 其 返回 结果 是 由 原 集 合 的 内 容 划 分 而 成 的 两 
个 集合 ， 原 集合 本 身 保持 不 变 。 划 分 的 依据 是 用 户 传 进来 作为 筛选 条 件 的 高 阶 函 数 。 下 玫 
的 例子 以 能 否 被 3 整除 为 标准 ， 用 partition() 函数 把 数字 列表 分 成 了 两 部 分 : 


























numbers partition (_ % 3 == 0) 
// (List(3, 6, 9),List(1, 2, 4, 5, 7, 8, 10)) 


filter() 函数 返回 所 有 匹配 元 素 的 集合 ， 而 find() 只 返回 第 一 个 匹配 项 : 





numbers find (_ % 3 == 0) 
// Some(3) 





不 过 ，find() 并 不 直接 把 匹配 项 作为 返回 值 ， 而 是 0ption 类 作 了 一 层 包装 。0ption 有 两 
个 可 能 的 取 值 : Some 或 者 None。Scala 也 像 别 的 函数 式 语言 一 样 ， 用 0ption 来 作为 一 种 
迁 回 手段 ， 以 避免 在 无 返回 值 的 情况 下 返回 nutl。 真 正 的 返回 值 包 右 在 Some() 实例 之 中 ， 
对 于 numbers find (_ % 3 == 0) 来 说， 这 个 值 是 3。 如 果 要 查找 的 内 容 不 存在 ， 那 么 返 
的 就 是 None 了 : 
































回 











numbers find (_ < 0) 
// None 


我 们 将 在 第 5 章 继续 深入 探讨 Option 以 及 其 他 功能 类 似 的 类 。 


Scala 还 有 若干 处 理 集 合 的 国 数 ， 也 是 根据 一 个 传 入 的 断言 来 决定 元 素 去 留 的 。 
takeWhile() 函数 从 集合 头 部 开始 ， 一 直 取 到 第 一 个 不 满足 断言 的 元 素 : 





List(1, 2, 3, -4, 5, 6, 7, 8, 9, 10) takeWhile (> 0) 
// List(1, 2, 3) 


dropWhile() 尔 数 则 从 集合 头 部 开始 ， 一 直 丢 弃 满 足 断 言 的 元 素 ， 直 到 过 到 第 一 个 非 匹 配 项 : 


words dropWhile (_ startsWith "t") 

// List(quick, brown, fox, jumped, over, the, lazy, dog) 
2. Groovy 
Groovy 一 般 不 被 看 作 一 种 函数 式 语言 ， 但 它 具 备 很 多 函数 式 的 范式 ， 只 是 命名 上 往往 带 
有 脚本 语言 的 色彩 。 例 如 按照 函数 式 语言 的 传统 一 般 叫 作 filter() 的 函数 ， 对 应 的 是 
Groovy 的 findALL() 方法 : 





(1..10).findALL {it % 3 == 0} 
// [3, 6, 9] 








这 个 方法 也 像 Scala 的 筛选 函数 一 样 ， 适 用 于 所 有 的 类 型 ， 包 括 字 符 串 : 


def words = ["the", "quick", "brown", "fox", "jumped", 
"over", "the", "lazy", "dog"] 

words.findAll {it.length() == 3} 

// [The, fox, the, dog] 


Groovy 也 有 跟 partition() 对 应 的 函数 ， 叫 作 split(): 


(1..10).split {it % 3} 
// [ [1, 2, 4, 5, 7, 8, 10], [3, 6, 9] ] 


split() 方法 的 返回 值 是 一 个 髓 套 的 数组 ， 类 似 于 Scala 的 partition() 函数 返回 的 柳 套 
列表 。 








Groovy 的 find() 方法 返回 集合 中 的 第 一 个 匹配 项 : 





(1..10).find {it % 3 == 0} 
7/-3 





当 find() 找 不 到 匹配 项 的 时 候 ，Groovy 没有 采用 Scala 防范 空 值 的 做 法 ， 而 是 按照 Java 
的 习惯 直接 返回 null。 














(1..10).find {it < 0} 
// null 


Groovy 也 有 takewhile() 和 dropWhile() 方法 ， 其 语义 和 Scala 的 版 本 差不多 : 


[1, 2, 3, -4, 5, 6, 7, 8, 9, 10].takeWhile {it > 0} 
// [1, 2, 3] 


words.dropWhile {it.startswith("t")} 
// [quick, brown, fox, jumped, over, the, lazy, dog] 


和 Scala 的 例子 一 样 ，Groovy 的 dropwhile() 也 是 作为 一 种 特殊 的 往 选 来 使 用 的 。 它 丢弃 
满足 断言 的 最 长 前 级 ， 换 言 之 ， 被 筛选 到 的 只 是 列表 开头 的 一 部 分 : 








def moreWords = ["the", "two", "ton"] + words 
moreWords.dropWhile {it.startsWith("t")} 
// [quick, brown, fox, jumped, over, the, lazy, dog] 


3. Clojure 

Clojure 用 于 操纵 集合 的 招式 数量 多 得 惊人 ， 而 且 因 为 Clojure 语言 的 动态 类 型 特征 ， 这 些 
国 数 一 般 还 都 是 泛 型 的 国 数 。 很 多 倾心 于 Clojure 的 开发 者 正 是 被 它 丰富 而 灵活 的 集合 库 
所 吸引 。Clojure 在 命名 上 沿袭 函数 式 编程 的 传统 ， 这 一 点 可 以 在 (filter ) 函数 的 名 字 里 
看 出 来 : 














(def numbers (range 1 11)) 
(filter (fn [x] (= 0 (rem x 3))) numbers) 
; (3 6 9) 











Clojure 和 另外 两 种 语言 一 样 ， 提 供 了 针对 简单 匿名 函数 的 简写 语法 : 








(filter #(zero? (rem % 3)) numbers) 
; (3 6 9) 


Clojure 的 函数 也 像 另 外 两 种 语言 一 样 ， 适 用 于 各 种 类 型 ， 包 括 字符 串 : 





(def words ["the" "quick" "brown" "fox" "jumped" "over" "the" "lazy" "dog"]) 
(filter #(= 3 (count %)) words) 
; (the fox the dog) 


Clojure 给 (filter ) 设 定 的 返回 值 类 型 是 Seq。Seq 接口 是 Clojure 用 于 表示 序列 型 集合 的 
核心 抽象 ， 用 一 对 圆 括号 括 起 来 的 就 是 一 个 Seq。 








2.4.2 ”映射 

第 二 种 存在 于 所 有 函数 式 语言 中 的 主要 的 函数 式 变 换 是 映射 。 传 给 映射 函数 的 是 一 个 高 阶 
函数 和 一 个 集合 ， 它 在 对 集合 中 的 每 一 个 元 素 施 用 传 入 的 函数 之 后 ， 产 生 另 一 个 集合 作为 
返回 值 。 返 回 的 集合 大 小 与 原来 传 入 的 集合 相同 (这 一 点 不 同 于 筛选 操作 )， 只 是 元 素 的 
取 值 变 了 。 











1. Scala 
Scala 的 map() 函数 接受 一 个 代码 块 作为 参数 并 返回 变换 后 的 集合 : 





List(1, 2, 3, 4, 5) map (_ + 1) 
// List(2, 3, 4, 5, 6) 





map() 函数 适用 于 各 种 元 素 类 型 的 集合 ， 不 过 变换 后 的 集合 元 素 不 一 定 还 是 原来 的 类 型 。 
例如 下 面 的 代码 返回 了 一 个 由 原 字 符 串 集合 中 每 个 元 素 的 长 度 组 成 的 列表 


























words map (_.length) 

// List(3, 5, 5, 3, 6, 4, 3, 4, 3) 
嵌 套 的 列表 在 函数 式 编程 语言 中 运用 得 极为 频繁 ， 因 此 各 语言 普遍 地 具备 用 来 消除 垦 套 的 
库 函 数 ， 一 般 将 此 操作 称 为 “ 展 平 ”(flattening)。 下 面 的 例子 对 一 个 骨 套 的 列表 执行 展 平 
的 操作 : 









































List(List(1, 2, 3), List(4, 5, 6), List(7, 8, 9)) flatMap (_.toList) 
// List(1, 2, 3, 4, 5, 6, 7, 8, 9) 


展 平 后 得 到 一 个 去 掉 了 额外 的 数据 结构 ， 只 保留 所 有 元 素 本 身 的 列表 。flatMap() 函数 还 
可 以 用 在 一 些 在 传统 眼光 看 来 不 存在 内 套 的 数据 结构 上 。 例 如 我 们 可 以 把 字符 串 看 成 一 系 
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列 伐 套 在 一 起 的 字符 : 


words flatMap (_.toList) 

// List(t, h, e, q, y, i, c, k, b, r, 0o, w, nN, f, 0o, xXx, ... 
2. Groovy 
映射 操作 在 Groovy 语言 里 对 应 的 是 若干 coLLect() 函数 。 其 中 的 基本 形式 以 一 个 代码 块 为 
参数 ， 并 将 之 施用 到 集合 中 的 每 个 元 素 : 








(1..5).collect {it += 1} 
// [2， 35 4， 5 6] 


Groovy 和 另外 两 种 语言 一 样 ， 提 供 了 针对 简单 匿名 高 阶 函数 的 简写 语法 。 它 用 it 关键 字 
作为 参数 占 位 标记 。 


只 要 配 上 合适 的 断言 (也 就 是 返回 值 为 true 或 false 的 函数 )，collect() 方法 可 以 用 在 任 
意 的 集合 上 。 用 来 处 理 字符 串 列 表 自 然 不 成 问题 : 





下 








def words = ["the", "quick", "brown", "fox", "jumped", 
"over", "the", "lazy", "dog"] 

words.collect {it.length()} 

// [3, 5, 5, 3, 6, 4, 3, 4, 3] 


Groovy 也 有 一 个 类 似 于 flLatMap()， 用 来 消除 和 藤 套 结构 的 方法 ， 叫 作 flatten(): 


[ [1, 2, 3], [4, 5, 6], [7, 8, 9] ].flatten() 
1 Es 2 Bs dy Ss 6 TB 9] 


Ud 





flatten() 方法 同样 适用 于 一 些 非典 型 的 集合 ， 如 字符 囊 : 


(words.collect {it.toList()}).flatten() 
1/ [th eq ut cy ks; bs rT, own ff, 0, XxX; 了 了， 
3. Clojure 
Clojure 有 (map ) 函数 ， 其 参数 为 一 个 高 阶 函 数 (包括 各 种 运算 符 在 内 ) 和 一 个 集合 : 
(map ;inc numbers) 
;(23456789 10 11) 
(map ) 的 第 一 个 参数 可 以 是 任意 的 单 参数 函数 ， 无 论 命名 函数 、 匿 名 函数 都 可 以 ， 内 建 函 
数 也 包括 在 内 ， 如 例 中 对 参数 进行 递增 的 inc。 下 面 的 代码 根据 字符 串 中 每 个 单词 的 长 度 
生成 了 一 个 列表 ， 例 中 使 用 了 典型 的 匿名 语法 : 








了 

















(map #(count %) words) 
; (355364343) 


Clojure 的 (flatten ) 函数 类 似 于 Groovy: 





大 大 
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(flatten [[1 2 3] [4 5 6] [7 8 9]]) 
;(12345678 9) 


2.4.3” 折 又 /化 约 

第 三 种 常用 函数 在 名 称 上 变化 最 多 ， 而 且 不 同 实 现 之 间 有 着 诸多 微妙 差异 。 

1. Scala 

Scala 的 各 种 折 和 二 操作 最 为 丰富 ， 其 中 部 分 原因 是 它 需 要 更 多 地 面 对 某 些 类 型 相关 的 场景 ， 
而 这 些 场景 在 动态 类 型 的 Groovy 和 Clojure 语言 中 根本 不 存在 。 化 约 操作 通常 用 来 完成 求 
和 的 工作 : 

















List.range(1, 10) reduceLeft((a, b) => a + b) 
// 45 


传 给 reduce() 的 函数 或 运算 符 一 般 接受 两 个 参数 ， 且 仅 返 回 单一 值 ， 就 好 像 原 集 合 被 “ 消 
耗 ” 掉 了 一 样 。 利 用 Scala 提供 的 语法 糖衣 可 以 让 函数 定义 变 得 简短 一 些 : 

















List.range(1, 10).reduceLeft(0)(_ + _) 
// 45 


reduceLeft() 函数 假定 集合 的 第 一 个 元 素 是 运算 的 左 值 。 对 于 加 法 这 样 的 运算 来 说 ， 操 作 
数 的 摆 放 不 影响 运算 的 结果 ， 但 对 于 除法 这 样 的 运算 来 说 ， 运 算 次 序 是 决定 性 的 。 如 果 我 
们 希望 调转 运算 进行 的 方向 ， 可 以 改 用 reduceRight(): 




















List.range(1, 10) reduceRight(_ - _) 
//8-9=-1 

//7- (1) =8 

//6-8=-2 

//5- (-2)=7 

//4-7= -3 

//3- (-3)=6 

//2-6=-4 

1// 1-(-4)=5 

// result: 5 








这 里 所 谓 “ 调 转 方向 ”的 实际 意义 可 能 不 太 直观 。reduceRight() 调转 的 是 运算 的 方向 ， 
而 不 是 参数 的 次 序 。 因 此 ， 它 首先 计算 8 - 9， 得 到 的 结果 再 作为 第 二 个 参数 参与 后 续 的 
计算 。 

懂得 什么 时 候 应 该 使 用 像 “reduce” 这 样 的 高 层次 抽象 ， 是 掌握 函数 式 编程 的 一 处 关键 所 
在 。 下 面 的 例子 用 了 reduceLeft() 来 找 出 集合 中 最 长 的 单词 








了 

















words.reduceLeft((a, b) => if (a.length > b.Length) a else b) 
// jumped 











化 约 操作 和 折合 操 作 在 功能 上 存在 交集 ， 其 中 的 微妙 差异 前 文 已 经 讨论 过 。 而 就 在 它们 的 
共同 用 途上 ， 两 者 也 有 一 处 明显 的 区 别 。 按 照 Scala 的 定义 ，reduceLeft[B >: A](op: (B， 
A) => B): B 的 方法 签名 表明 它 只 要 求 提 供 一 个 参数 ， 即 用 来 结合 集合 中 元 素 的 函数 。 起 
始 值 被 指定 为 集合 的 第 一 个 元 素 ， 不 必 另 外 提供 。 相 比 之 下 ， 方 法 签名 foLdLeft[B](z: B) 
(op: (B，A) => B): B 就 要 求 提 供 一 个 起 始 值 来 作为 后 续 计算 的 种 子 ， 这 个 另外 提供 的 值 
同时 也 意味 着 返回 值 的 类 型 可 以 不 同 于 列表 元 素 的 类 型 。 


下 

























































































看 的 例子 用 foLdLeft() 来 对 一 个 集合 求 和 : 











List.range(1, 10).foldLeft(0)(_ + _) 
// 45 


Scala 语言 支持 运算 符 重 载 ，foldLeft 和 foldRight 作为 十 分 常用 的 折 全 操作 ， 也 分 别 有 各 
自 对 应 的 运算 符 /: 和 :\。 于 是 上 面 的 求 和 例子 可 以 写 得 更 简短 一 些 : 




















(0 /: List.range(1, 10)) (_ + _) 

// 45 
类 似 地 ， 如 果 想 计算 列表 的 累 减 结果 ( 即 累 加 求 和 的 逆 运 算 ， 虽然 这 种 需求 很 少见 )， 我 
们 可 以 用 foldRight() 函数 ， 也 可 以 用 :\ 运算 符 : 

(List.range(1, 10) :\ 0) (_ - _) 

// 5 
2. Groovy 
Groovy 提供 了 两 个 版 本 的 inject() 来 完成 化 约 操作 ， 分 别 对 应 于 Scala 众多 同类 方法 中 
的 reduce() 和 foldLeft()。 其 中 一 个 版 本 的 inject() 允许 传 入 初始 值 。 下 面 的 例子 使 用 
inject() 方法 来 对 集合 中 的 元 素 求 和 : 














(1..10).inject {a, b ->a + b} 
// 55 


也 可 以 使 用 带 初 始 值 的 版 本 : 














(1..10).inject(0, {a, b -> a + b}) 
// 55 


Groovy 的 函数 式 类 库 远 不 如 Scala 和 Clojure 丰富 。 这 一 点 并 不 奇怪 ， 毕 竟 Groovy 的 定位 
是 一 种 多 范式 语言 ， 并 不 特别 强调 函数 式 编程 能 








3. Clojure 

Clojure 的 基本 定位 就 是 一 种 国 数 式 编程 语言 ， 所 以 它 肯 定 支持 (reduce )。(reduce ) 函数 
有 一 个 可 选 的 初始 值 参数 ， 因 此 它 其 实 涵盖 了 Scala 中 的 reduce() 和 foldLeft() 两 种 情 
况 。(reduce ) 国 数 该 是 什么 样子 ， 我 们 都 已 经 很 熟悉 了 。 它 要 求 传 人 一 个 双 参 数 的 函数 
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和 一 个 集合 : 


(reduce + (range 1 11)) 
55 


Clojure 在 它 的 Reducers 库 (http://clojure.org/reducers) 里 提供 了 更 多 与 化 约 操作 相关 的 高 
级 功能 。 











学 习 新 范式 〈 如 国 数 式 编程 ) 的 困难 有 一 部 分 在 于 学 习 新 的 术语 。 假 如 遇 到 不 同 社 群 使 用 
不 同 术语 的 情况 ， 想 搞 清 楚 就 更 困难 了 。 不 过 只 要 你 抓 住 不 同 语言 的 共同 点 去 观察 ， 就 能 
够 看 穿 在 形形色色 的 语法 遮挡 之 下 ， 其 实 功能 大 同 小 异 。 
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坦白 说 ,我 再 也 不 想 自 找 罪 受 去 用 一 种 没有 垃圾 收集 的 语言 。 经 历 过 C++ 和 其 他 同时 代 语 
言 那么 多 年 的 煎熬 ， 我 是 一 点 都 不 愿意 拱手 交 出 现代 语言 带 来 的 便利 。 软 件 开 发 的 进步 过 
程 就 是 这 样 。 我 们 构造 一 层 又 一 层 的 抽象 来 处 理 (并 隐藏 ) 琐碎 的 细节 。 随 着 硬件 能 力 的 
提高 ， 我 们 将 越 来 越 多 的 任务 转嫁 给 语言 和 运行 时 。 开 发 者 曾经 因为 速度 太 慢 而 排斥 解释 
型 语言 ， 现 在 它们 已 经 随处 可 见 。 函 数 式 语言 的 很 多 特性 十 年 前 还 慢 得 叫 人 提 不 起 一 点 兴 
趣 ， 现 在 却 已 经 成 了 市 约 开发 者 时 间 和 精力 的 灵丹妙药 。 


函数 式 思维 的 好 处 之 一 ， 是 能 够 将 低层 次 细节 〈 如 垃圾 收集 ) 的 控制 权 移交 给 运行 时 ， 从 
而 消 强 了 一 大 批注 定 会 发 生 的 程序 错误 。 开 发 者 们 可 以 一 边 熟 视 无 旱地 享受 着 最 基本 的 抽 
象 ， 比 如 内 存 ， 一 边 却 会 对 更 高 层次 的 抽象 感觉 突 元 。 然 而 不 管 层次 高 低 ， 抽 象 的 目的 总 
是 一 样 的 : 让 开发 者 从 繁琐 的 运作 细 市 里 解脱 出 来 ， 去 解答 问题 中 非 重复 性 的 那些 方面 。 


本 音 将 展示 在 函数 式 语言 中 ， 向 语言 和 运行 时 让 渡 控 制 权 的 五 种 途径 ， 让 开发 者 抛 开 负 
累 ， 投 入 到 更 有 意义 的 问题 中 去 。 


3.1 和 迭代 让 位 于 高 阶 函 数 
其 实在 上 一 章 已 经 演示 过 让 出 控制 权 的 第 一 个 例子 ， 我 们 在 例 2-3 里 面 ， 用 map 等 函数 赫 


换 了 和 友 代 。 这 笔 “ 交 易 ” 的 得 失 很 清楚 : 如 果 能 够 用 高 阶 国 数 把 希望 执行 的 操作 表达 出 
来 ,语言 将 会 把 操作 安排 得 更 高 效 ， 其 至 只 要 增加 一 行 par 修饰 ， 就 能 够 让 操作 并 行 化 。 












































多 线程 代码 属于 最 难 编写 ， 最 容易 出 错 ， 也 最 难 调试 的 类 别 。 只 有 务 下 线程 管理 这 份 头痛 
的 差事 ， 开 发 者 才能 少 一 些 低 层次 的 琐碎 操 艺 。 
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这 样 说 并 不 等 于 开发 者 应 该 抛 开 所 有 的 责任 ， 不 去 理解 低层 次 抽象 的 来 龙 去 脉 。 在 很 多 情 
况 下 ， 我 们 使 用 一 个 抽象 ， 比 如 Strean 的 时 候 ， 必 须 清楚 可 能 产生 的 连带 后 果 。 很 多 开发 
者 都 没 认 识 到 ， 即 使 有 了 Java 8 的 Stream API， 他 们 仍然 需要 理解 Fork/Join 库 的 细节 才能 
写 出 高 性 能 的 代码 。 当 你 掌握 了 背后 的 原理 ， 才 能 把 力量 用 在 最 正确 的 地 方 。 


















































De 


里 解 掌握 的 抽象 层次 永远 要 比 日 常 使 用 的 抽象 层次 更 深 一 层 。 








程序 员 的 工作 效率 依赖 于 抽象 层 ， 好 比 没有 人 会 直接 翻 弄 硬盘 上 或 6 或 1 的 磁 记 录 来 给 计 
算 机 编程 。 抽 象 隐 藏 了 繁杂 的 细 市 ， 只 是 有 时 候 会 连同 重要 的 考虑 因素 一 起 隐藏 掉 。 这 方 
看 的 问题 将 在 第 8 章 展 开 探讨 。 


3.2 闭 包 


闭 包 (closure) 是 所 有 函数 式 语言 都 具备 的 一 项 平常 特性 ， 可 是 相关 的 论述 却 常 常 充斥 着 
星 涩 乃至 神秘 的 字眼 。 所 谓 闭 包 ， 实 际 上 是 一 种 特殊 的 函数 ， 它 在 瞳 地 里 绑 定 了 函数 内 部 
引用 的 所 有 变量 。 换 名 话说， 这 种 国 数 (或 方法 ) 把 它 引 用 的 所 有 东西 都 放 在 一 个 上 下 文 
里 “ 包 ” 了 起 来 。 


























例 3-1 是 一 个 简单 的 例子 ， 这 段 Groovy 代码 演示 了 闲 包 的 创建 和 绑 定 。 


例 3-1 Groovy 语言 中 闭 包 绑 定 的 简单 示例 
class Employee { 
def name, salary 


} 


def paidMore(amount) { 
return {Employee e -> e.salary > amount} 


} 


isHighpaid = paidMore(100000) 


例 3-1 首先 定义 了 一 个 简单 的 Employee 类 ， 类 中 带 有 两 个 字段 。 接 着 定义 带 有 amount 参 
数 的 paidMore 函数 ， 其 返回 值 是 一 个 以 Employee 实例 为 参数 的 代码 块 ， 或 者 叫 闭 包 。 类 
型 声明 Employee 可 写 可 不 写 ， 这 里 写 出 来 顺便 起 到 文档 的 作用 。 接 下 来 ， 我 们 给 代码 块 传 
入 参数 值 109 906， 并 赋予 LsHighPaid 的 名 称 ， 于 是 数值 199 8699 就 随 着 这 一 步 赋值 操作 ， 
永久 地 和 代码 块 绑 定 在 一 起 了 。 以 后 有 员工 数据 被 代入 这 个 代码 块 求解 的 时 候 ， 它 就 可 以 
拿 绑 定 的 数值 作为 标准 去 评判 员工 的 工资 高 低 。 

















例 3-2 执行 闭 包 
def Smithers = new Employee(name:"Fred", salary:120000) 
def Homer = new Employee(name:"Homer", salary:80000) 
println isHighpaid(Smithers) 
println isHighpaid(Homer) 
// true, false 








例 3-2 创建 了 两 笔 员 工 数据 ， 然 后 判断 其 工资 是 否 达 到 标准 线 。 财 包 在 生成 的 时 候 ， 会 把 
引用 的 变量 全 部 圈 到 代码 块 的 作用 域 里 ， 封 闭 、 包 围 起 来 ( 故 名 闭 包 )。 闭 包 的 每 个 实例 
都 保有 自己 的 一 份 变量 取 值 ， 包 括 私 有 变量 也 是 如 此 。 也 就 是 说 ， 我 们 可 以 创建 paidMore 
闭 包 的 另 一 个 实例 ， 给 它 绑 定 另 外 的 数值 〈 当 然 实例 的 名 字 也 要 另 取 )， 如 例 3-3 所 示 。 


例 3-3 绑 定 另 一 个 朵 包 


isHigherpaid = paidMore(200000) 

println isHigherpaid(Smithers) 

println isHigherPaid(Homer) 

def Burns = new Employee(name:"Monty", salary:1000000) 
println isHigherpaid(Burns) 

// false, false, true 











闭 包 经 常 被 函数 式 语 言 和 框架 当 作 一 种 异地 执行 的 机 制 ， 用 来 传递 待 执 行 的 变换 代码 ， 如 
map() 之 类 的 高 阶 函数 。 在 缺乏 闭 包 特 性 的 旧版 Java 平台 上 ，Functional Java 利用 匿名 内 
部 类 来 模仿 “真正 的 ” 闭 包 的 某 些 行为 ， 但 语言 的 先天 不 足 导致 这 种 模仿 是 不 彻底 的 。 闭 
包 的 执行 机 制 究 竟 有 什么 玄机 ? 











我 们 用 一 个 例子 来 说 明 闭 包 的 特殊 之 处 ， 请 看 例 3-4。 
例 3-4 闭 包 的 原理 (Groovy 示例 ) 


def Closure makeCounter() { 
def local_variable = 0 
return { return local variable += 1 } // © 





} 

c1 = makeCounter() // @ 
c1() // © 
c1() 

c1() 


c2 = makeCounter() //@ 


println "C1 = ${c1()}, C2 = ${c2()}" 
// output: C1 =4,C02=1 // 昌 


@ 函数 的 返回 值 是 一 个 代码 块 ， 而 不 是 一 个 值 。 

名 cl1 现在 指向 代码 块 的 一 个 实例 。 

四 调用 c1 将 递增 其 内 部 变量 ， 如 果 这 个 时 候 输 出 ， 其 结果 会 是 1。 

@ c2 现在 指向 makeCounter() 的 一 个 全 新 实例 ， 与 其 他 实例 没有 关联 。 
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@ 每 个 实例 的 内 部 状态 都 是 独立 的 ， 各 自 拥有 一 份 local_variable。 





makeCounter() 函数 首先 定义 一 个 局 部 变量 ， 明 白 无 误 地 命名 为 LocaL_variabte， 接 着 返回 
一 个 使 用 了 该 局 部 变量 的 代码 块 。 注 意 makeCounter() 函数 的 返回 类 型 是 Closure， 而 不 是 
一 个 单纯 的 值 。 代 码 块 的 工作 仅仅 是 递增 并 返回 其 局 部 变量 的 值 。 方 法 中 两 次 明确 写 出 了 
return 关键 字 ， 其 实 这 两 个 地 方 Groovy 都 允许 省 略 ， 不 过 那样 的 话 ， 代 码 看 起 来 就 有 些 
星 涩 了 。 


























为 了 演示 makeCounter() 函数 的 用 法 ， 我 们 给 代码 块 分 配 了 一 个 变量 名 cl1， 然 后 调用 
了 三 次 。 调 用 代码 块 的 时 候 用 到 了 Groovy 提供 的 语法 糖衣 ， 也 就 是 在 代码 块 变量 
后 直接 跟 一 对 圆 括 号 的 写法 (否则 应 该 写成 cl.call())。 接 下 来 ,我 们 第 二 次 调用 了 
makeCounter()， 将 返回 的 又 一 个 代码 块 实例 赋 给 变量 c2。 最 后 我 们 把 cl 和 c2 都 调用 了 一 
次 。 从 运行 的 结果 可 以 看 出 来 ， 两 个 代码 块 实例 都 分 别 持 有 自己 的 一 份 local_variable 变 
量 。“ 闭 包 ” 这 个 名 字 来 源 于 它 创 建 封闭 上 下 文 的 行为 。 虽 然 局 部 变量 不 是 在 代码 块 里 面 
定义 的 ， 但 只 要 代码 块 引 用 了 该 变量 ， 两 者 就 被 绑 定 在 一 起 ， 这 种 联系 在 代码 块 实例 的 全 
部 生命 期 内 都 一 直 保 持 着 。 
































从 实现 的 角度 来 说 ， 代 码 块 实例 从 它 被 创建 的 一 刻 起 ， 就 持 有 其 作用 域内 一 切 事物 的 封闭 
副本 ， 如 例 3-4 的 local_variable。 当 代码 块 实例 被 垃圾 收集 的 时 候 ， 它 持 有 的 引用 也 同 
时 被 回收 。 





像 例 3-4 那样 创建 一 个 闭 包 仅仅 为 了 修改 自身 的 内 部 状态 ， 不 是 值得 提倡 的 闭 包 用 法 ， 我 
们 这 样 写 只 是 为 了 演示 闲 包 绑 定 的 运作 原理 。 更 常见 的 用 法 是 绑 定常 量 或 者 不 可 变 的 值 
(如 例 3-1) 。 


在 Java 8 以 前 版 本 的 Java 语言 ， 或 者 任意 一 种 支持 函数 而 不 支持 闭 包 的 语言 里 面 ， 我 们 最 
多 能 模拟 到 例 3-5 的 程度 。 














例 3-5 Java 版 的 makeCounter() 


class Counter { 
public int varField; 


Counter(int var) { 
varField = var; 


} 


public static Counter makeCounter() { 
return new Counter(0); 


} 


public int execute() { 
return ++varField; 





Counter 类 还 可 以 有 别 的 一 些 写 法 (比如 写成 匿名 的 、 泛 型 的 ， 等 等 )， 但 不 管 怎么 做 ， 都 
避免 不 了 要 自己 去 管理 状态 。 闭 包 在 这 里 表现 出 来 的 函数 式 思 维 就 是 “让 运行 时 去 管理 状 
态 ”。 比 起 自己 硬 着 头皮 去 处 理 字段 创建 、 呵 护 状态 (包括 经 受 多 线程 环境 的 严酷 考验 ) 
这 些 繁琐 的 事务 ， 还 不 如 交 出 对 状态 的 控制 权 ， 让 语言 和 框架 悄悄 在 背后 帮 我 们 管理 好 。 























让 语言 去 管理 状态 。 








闭 包 还 是 推迟 执行 原则 的 绝 佳 样板 。 我 们 把 代码 绑 定 到 闭 包 之 后 ， 可 以 推迟 到 适当 的 时 机 
再 执行 闭 包 。 这 个 特点 在 很 多 场合 都 能 发 挥 作用 。 例 如 必要 的 变量 和 函数 可 能 并 不 在 定义 
时 的 作用 域 里 ， 要 到 执行 的 时 候 才 准备 好 。 那 么 我 们 把 执行 上 下 文 放 在 闭 包 里 保留 起 来 ， 
就 可 以 等 到 正确 的 时 机 再 完成 执行 。 


命令 式 语言 围绕 状态 来 建立 编程 模型 ， 参 数 传递 是 其 典型 特征 。 闭 包 作为 一 种 对 行为 的 建 
模 手 段 ， 让 我 们 把 代码 和 上 下 文 同时 封装 在 单一 结构 ， 也 就 是 闭 包 本 身 里 面 ， 像 传统 数据 
结构 一 样 可 以 传递 到 其 他 位 置 ， 然 后 在 恰当 的 时 间 和 地 点 完成 执行 。 











储 上 下 文 ， 而 非 状态 。 








3.3 柯 里 化 和 函数 的 部 分 施用 


柯 里 化 (currying) 和 函数 的 部 分 施用 (partial application) 都 是 从 数学 里 借用 过 来 的 编程 
语言 技法 (基于 20 世纪 Haskell Curry 等 数学 家 的 研究 成 果 )。 这 两 种 技法 以 不 同 的 面目 
出 现在 各 种 类 型 的 语言 里 ， 在 函数 式 语 言 当 中 尤为 普遍 。 柯 里 化 和 部 分 施用 都 有 能 力 操纵 
国 数 或 方法 的 参数 数目 ， 一 般 是 通过 向 一 部 分 参数 代入 一 个 或 多 个 默认 值 的 办 法 来 实现 的 
(这 部 分 参数 被 称 为 “固定 参数 " ) 。 大 多 数 函 数 式 语言 都 具备 柯 里 化 和 部 分 施用 这 两 种 特 
性 ， 但 实现 上 各 有 各 的 做 法 。 




















3.3.1 定义 与 辨析 
在 看 起 来 ， 柯 里 化 和 部 分 施用 的 使 用 效果 是 一 样 的 。 两 者 都 可 以 创建 有 一 部 分 预 设 参 数值 
的 函数 。 


柯 里 化 指 的 是 从 一 个 多 参数 函数 变 成 一 连 串 单 参 数 函 数 的 变换 。 它 描述 的 是 变换 的 过 程 ， 
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不 涉及 变换 之 后 对 函数 的 调用 。 调 用 者 可 以 决定 对 多 少 个 参数 实施 变换 ， 余 下 的 部 分 将 衍 
生 为 一 个 参数 数目 较 少 的 新 函数 。 


部 分 施用 指 通 过 提前 代入 一 部 分 参数 值 ， 使 一 个 多 参数 函数 得 以 省 略 部 分 参数 ， 从 而 转化 


为 一 个 参数 数目 较 少 的 函数 。 这 利 





于 其 中 一 些 参数 ， 经 过 部 分 的 求解 ， 结 果 返 回 一 个 由 余下 参数 构成 签名 的 函数 。 
柯 里 化 和 部 分 施用 都 是 在 我 们 提供 部 分 参数 值 之 后 ， 产 出 可 以 赁 余下 参数 实施 调用 的 一 


个 函数 。 不 同 的 地 方 在 于 ， 函 数 柯 里 化 的 结果 是 返回 




















技法 叫 作 “部 分 施用 ， 顾 名 思 义 ， 就 是 让 函数 先 作用 


链条 中 的 下 一 个 函数 ， 而 部 分 施用 


是 把 参数 的 取 值 绑 定 到 用 户 在 操作 中 提供 的 具体 值 上 ， 因 而 产生 一 个 “元 数 ”( 参 数 的 数 
目 ) 较 少 的 函数 。 用 元 数 大 于 二 的 函数 来 套 一 下 这 里 的 解释 ， 它 们 之 间 的 区 别 就 会 比较 


清楚 了 。 




















举 个 例子 ， 函 数 process(x，y，z) 完全 柯 里 化 之 后 将 变 成 process(x)(y)(z) 的 形式 ， 
中 process(x) 和 process(x)(y) 都 是 单 参 数 的 国 数 。 如 果 只 对 第 一 个 参数 柯 里 化 ， 那 


process(x) 的 返 





回 值 将 是 一 个 单 参数 的 函数 ， 而 这 个 唯 




















其 
么 
的 参数 又 接受 另 一 个 参数 的 输 


入 。 而 部 分 施用 的 结果 直接 是 一 个 减少 了 元 数 的 国 数 。 如 果 在 process(x，y，z) 上 部 分 施 
用 一 个 参数 ， 那 么 我 们 将 得 到 还 剩 下 两 个 参数 的 函数 : process(y，z) 。 











这 两 种 技法 的 区 分 很 重要 而 且 很 容易 被 错误 地 理解 ， 可 是 使 用 中 它们 偏偏 又 经 常 得 到 相 

















的 结果 。 这 里 还 有 更 加 添乱 的 事情 ，Groovy 实现 了 部 分 施用 也 实现 了 柯 里 化 ， 但 是 它 把 两 





者 都 叫 作 柯 里 化 。Scala 既 有 部 分 施用 函数 (partially applied function)， 又 有 名 称 相近 的 
函数 类 PartialFunction， 可 它们 是 截然 不 同 的 两 个 概念 。 





3.3.2 ” Groovy 的 情况 


Groovy 通过 curry() 函数 实现 柯 里 化 ， 这 个 函数 来 自 Closure 类 。 





例 3-6 ” Groovy 语言 中 的 柯 里 化 


def product = {x,y ->x*y} 


def quadrate = product.curry(4) 
def octate = product.curry(8) 


printLn "4x4: ${quadrate.call(4)}" 
println "8x5: S${octate(S5)}" 


GO Q@e 





@ 调用 curry() 来 固定 一 个 参数 ， 返 回 结 果 是 一 个 单 参数 的 函数 。 
名 octate() 国 数 总 是 对 传人 的 参数 乘 以 8。 
四 quadrate() 是 一 个 单 参数 的 函数 ， 可 以 通过 Closure 类 的 call() 方法 来 调用 它 。 


























@ Groovy 提供 


了 一 





层 语 法 糖衣 ， 可 以 让 调用 语句 的 写法 更 自然 一 些 。 


同 





司 
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例 3-6 首先 定义 接受 两 个 参数 的 代码 块 product。 我 们 利用 Groovy 内 建 的 curry() 方法 ， 
在 product 的 基础 上 构造 出 两 个 新 的 代码 块 ，quadrate 和 octate。Groovy 为 调用 代码 块 
提供 了 特别 的 便利 ， 我 们 既 可 以 显 式 执行 cat1() 方法 ， 也 可 以 使 用 Groovy 在 语言 层面 提 
供 的 语法 糖衣 ， 也 就 是 在 代码 块 的 名 称 后 紧 跟 一 对 圆 括 号 ， 参 数 则 写 在 括号 里 (如 例 中 
octate(5) 的 写法 )。 
































curry() 虽然 叫 这 个 名 字 ， 它 在 背后 对 代码 块 所 做 的 事情 其 实 属于 函数 的 部 分 
名 不 副 实 ， 但 用 它 来 模拟 出 柯 里 化 的 效果 还 是 可 行 的 ， 做 法 是 通过 连续 的 部 分 
变形 为 一 连 串 单 参数 的 函数 ， 如 例 3-7 所 示 。 


例 3-7 Groovy 语言 中 部 分 施用 与 柯 里 化 的 对 比 
def volume = {h, w, Ll ->h*w* 1} 
def area = volume.curry(1) 
def LengthPA = volume.curry(1, 1) 0 
def LengthC = volume.curry(1).curry(1) @ 


用 。 并 





7 施 
施 





println "参数 取 值 为 2x3x4 的 长 方 体 ,体积 为 $fvolume(2，3，4)}" 
println "参数 取 值 为 3x4 的 长 方形 ,面积 为 $farea(3，4)}" 

println "参数 取 值 为 6 的 线段 ,长 度 为 s{LengthPA(6)]}" 

println "参数 取 值 为 6 的 线段 ,经 柯 里 化 函数 求 得 的 长 度 为 S{LengthC(6)]" 


@ 部 分 施用 。 
名 柯 里 化 。 














例 3-7 中 votume 代码 块 的 作用 是 按照 公式 计算 长 方 体 的 体积 。 接 着 我 们 固定 长 方 体 的 第 一 
维 〈 即 代表 高 度 的 参数 hb) ， 令 其 取 值 为 1， 从 而 构造 出 第 二 个 代码 块 area (作用 是 计算 长 
方形 的 面积 )。 如 果 我 们 继续 以 voLume 为 基础 构造 计算 线段 长 度 的 代码 块 ， 那 么 无 论 使 用 
部 分 施用 还 是 柯 里 化 的 技法 都 能 完成 任务 。LengthPA 通过 音 rd 
1。lengthc 连续 做 了 两 次 柯 里 化 ， 最 后 算得 与 lengthPA 相同 的 结果 。 两 种 写法 只 有 微妙 

区 别 ， 最 终 的 计算 结果 也 完全 相同 ， 但 如 采 你 在 一 名 函数 式 程序 员 面 ee 
两 个 名 词 ， 他 一 定 会 纠正 你 。 很 不 幸 ，Groovy 把 这 两 个 密切 相关 的 概念 混为一谈 了 。 


函数 式 编 程 赋 予 我 们 另 一 套 新 的 构造 单元 ， 代 禁 以 往 命令 式 语言 所 使 用 的 机 制 来 完成 相同 
的 目标 。 这 些 构造 单元 之 间 的 关系 经 过 了 细致 的 安排 。 复 合 (composition) ， 是 函数 式 语 
言 拼 组 这 些 构造 单元 的 一 般 方式 ， 这 方面 的 详细 讨论 放 在 第 6 章 。 请 看 例 3-8 的 Groovy 
代码 。 

























































































例 3-8 ” Groovy 语言 中 函数 的 复合 


def composite = { f, g, x -> return f(g(x)) } 
def thirtyTwoer = composite.curry(quadrate, octate) 


println "composition of curried functions yields ${thirtyTwoer(2)}" 
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例 3-8 定义 了 一 个 复合 的 代码 块 ， 由 两 个 函数 构成 ,或 者 更 准确 地 说 ， 是 在 一 个 函数 的 返 
回 值 上 调用 另 一 个 函数 。 然 后 我 们 利用 它 来 构造 thirtyTwoer 代码 块 ， 其 中 运用 了 部 分 施 
用 的 手法 来 组 合 quadrate 和 octate 两 个 函数 。 


3.3.3 Clojure 的 情况 
Clojure 有 一 个 (partial f al a2 ...) 函数 ， 我 们 传 给 它 函 数 f 和 若干 数量 不 足 的 参数 ， 
它 将 返回 经 过 部 分 施用 的 函数 f， 可 赁 余下 的 参数 进行 调用 。 例 3-9 演示 了 两 个 例子 。 


例 3-9 Clojure 语言 中 的 部 分 施用 技法 


(def subtract-from-hundred (partial - 100)) 








(subtract-from-hundred 10) ; same as (- 100 10) 
; 90 


(subtract-from-hundred 10 20) ; same as (- 100 10 20) 

;70 
例 3-9 将 subtract-from-hundred 函数 定义 为 部 分 施用 “-” 运 算 符 (Clojure 语言 对 运算 符 
和 函数 进行 了 区 分 )， 并 设 定 了 部 分 施用 的 参数 100。Clojure 的 部 分 施用 可 以 用 在 单 参数 
函数 上 ， 也 可 以 用 在 多 参数 函数 上 ， 例 3-9 分 别 给 出 了 例子 。 

















FT 





由 于 Clojure 是 动态 类 型 的 语言 ， 并 且 支 持 可 变 长 度 的 参数 列表 ， 它 没有 将 柯 里 化 实现 成 
一 种 语言 特性 ， 相 关 的 场景 交 由 部 分 施用 去 处 理 。 不 过 Clojure 在 Reducers 库 里 有 一 个 命 
名 空间 内 私有 的 (defcurried ...) 函数， 虽然 其 本 意 是 方便 库 内 的 函数 定义 ， 但 凭借 Lisp 
家 族 血 肪 里 与 生 俱 来 的 灵活 性 ， 扩 大 一 下 (defcurried ...) 的 使 用 范围 简直 小 菜 一 碟 。 




















3.3.4 ” Scala 的 情况 
Scala 支持 柯 里 化 和 部 分 施用 ， 男 外 还 有 一 个 用 来 定义 偏 函数 的 trait。 





1. 柯 里 化 
Scala 允许 函数 定义 多 组 参数 列表 ， 每 组 写 在 一 对 圆 括号 里 。 当 我 们 用 少 于 定义 数目 的 参 
数 来 调用 函数 的 时 候 ， 将 返回 一 个 以 余下 的 参数 列表 为 参数 的 函数 。 请 看 来 自 Scala 文档 
的 例 3-10。 


例 3-10 Scala 语言 中 的 参数 柯 里 化 
def filter(xs: List[Int], p: Int => Boolean): List[Int] = 
if (xs.isEmpty) xs 
else if (p(xs.head)) xs.head :: filter(xs.tail, p) 
else filter(xs.tail, p) 














def modN(n: Int)(x: Int) = ((x % n) == 0) 





val nums = List(1, 2, 3, 4, 5, 6, 7, 8) 
println(filter(nums, modN(2))) 
println(filter(nums, modN(3))) 


例 3-10 中 的 filter() 函数 递归 地 执行 传 入 的 筛选 条 件 。 俑 选 条 件 modN() 函数 定义 了 两 组 
参数 列表 ， 而 我 们 在 经 fitter() 调用 它 的 时 候 ， 只 传 入 了 一 个 参数 。 作 为 modN() 柯 里 化 
的 结果 ， 我 们 得 到 一 个 参数 为 Int 类 型 并 返回 Boolean 类 型 的 函数 ， 正 好 符合 filter() 函 
数 定义 中 对 其 第 二 个 参数 的 要 求 。 


2. 部 分 施用 函数 
Scala 也 支持 函数 的 部 分 施用 ， 如 例 3-11 所 示 。 























例 3-11 Scala 语言 中 函数 的 部 分 施用 
def price(product : String) : Double = 
product match { 
case "apples" => 140 
Case "oranges" => 223 


} 


def withTax(cost: Double, state: String) : Double = 
state match { 
case "NY" => cost * 2 
Case "FL" => cost * 3 


val locallyTaxed = withTax(_: Double, "NY") 
val costofAppLes = locallyTaxed(price("apples")) 


assert(Math.round(costOfAppLes) == 280) 


例 3-11 首先 定义 了 从 货品 映射 到 价格 的 price() 函数 。 接 着 又 定义 了 以 价格 和 所 属 州 为 参 
数 计算 税 后 价 的 withTax() 函数 。 现 在 请 考虑 这 样 一 种 使 用 场景 ， 假 如 我 们 知道 ， 当 前 的 
代码 文件 只 会 涉及 其 中 一 个 州 的 税率 ， 那 么 每 一 次 调用 withTax() 都 要 带 上 相同 的 州 参数 
就 显得 很 累 次 了。 这 时 我 们 就 可 以 对 州 参数 做 部 分 施用 ， 得 到 一 个 固定 了 州 参数 值 的 函数 
版 本 。 经 过 这 样 的 处 理 ，locallyTaxed() 国 数 就 只 需要 传 给 它 价格 参数 了 。 


3. 偏 函数 

Scala 设计 出 PartialFunction trait 是 为 了 密切 配合 语言 中 的 模式 匹配 特性 ， 其 详情 可 参阅 
第 6 章 。 尽 管 名 称 相 似 ，PartialFunction trait 并 不 生成 部 分 施用 函数 。 它 的 真正 用 途 是 描 
述 只 对 定义 域 中 一 部 分 取 值 或 类 型 有 意义 的 函数 。 


Case 语句 是 偏 函 数 的 一 种 用 法 。 例 3-12 的 Scala 代码 单独 使 用 了 case 关键 字 ， 没 有 出 现 
习惯 上 总 是 和 case 搭配 在 一 起 的 match。 
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例 3-12 不 和 match 一 起 出 现 的 case 
val cities = Map("Atlanta" -> "GA", "New York" -> "New York", 
"Chicago" -> "IL", "San Francsico " -> "CA", "Dallas" -> "TX") 


cities map { case (k, v) => println(k + " ->" + v)} 





例 3-12 先 创建 了 反映 城市 与 所 属 州 对 应 关系 的 一 个 Map。 然 后 我 们 在 集合 上 调用 map() 函 
数 ， 把 键 值 对 的 内 容 逐 一 拆 开 并 打印 出 来 。 在 Scala 语言 里 ， 含 有 case 语句 的 代码 块 是 匿 
名 函数 的 一 种 定义 方式 。 不 带 上 case， 我 们 可 以 写 出 更 加 简练 的 匿名 函数 定义 ， 但 case 
语法 有 着 额外 的 好 处 ， 请 看 例 3-13 的 说 明 。 














例 3-13 map 和 collect 的 区 别 


List(1，3，5，"seven") map { case i:; Int => i + 1 } // 无 法 顺利 完成 
// scala.MatchError: seven (of class java.lang.String) 


List(1, 3, 5, "seven") collect { case i: Int => i +1} 
// 验证 结果 
assert(List(2, 4, 6) == (List(1, 3, 5, "seven") collect { case i: Int => i + 1 })) 





从 例 3-13 可 以 看 到 ， 我 们 无 法 顺利 地 在 一 个 混杂 不 同类 型 元 素 的 集合 上 执行 带 着 case 匿 
名 函数 的 map 操作 ， 当 函数 企图 对 "seven" 字符 串 做 算术 递增 的 时 候 ， 运 行 时 会 给 我 们 一 
个 MatchError。 可 是 另 一 行 的 collect() 操作 就 能 正确 执行 完 。 为 什么 会 有 这 样 的 差别 ? 

错误 怎么 不 见 了 呢 ? 





Case 语句 定义 了 偏 马 数 〈partial function) ， 请 注意 不 要 和 名 称 相 近 的 部 分 施用 函数 相 混淆 。 
偏 国 数 的 参数 被 限定 了 取 值 范围 。 例 如 数学 国 数 1/x 在 x = 9 的 时 候 是 无 意义 的 。 


偏 函 数 提供 了 一 种 对 参数 取 值 设置 约束 条 件 的 途径 。 例 3-13 在 执行 coLLect() 操作 的 时 
候 ， 取 值 条 件 是 为 Int 而 设 的 ，String 类 型 不 包括 在 内 ， 所 以 字符 串 "seven" 没有 被 采集 。 
我 们 还 可 以 直接 使 用 PartialFunction trait 来 定义 偏 国 数 ， 如 例 3-14 所 示 。 


例 3-14 在 Scala 语言 中 定义 偏 函数 
val answerUnits = new PartialFunction[Int, Int] { 
def apply(d: Int) = 42 / d 
def isDefinedAt(d: Int) =d != 0 




















} 


assert(answerUnits.isDefinedAt(42)) 
assert(! answerUnits.isDefinedAt(0)) 
assert(answerUnits(42) == 1) 
//answerUnits(0) 
//java.lang.ArithmeticException: / by zero 


例 3-14 从 PartialFunction trait 派生 出 answerUntts， 并 实现 了 两 个 国 数 ，appty() 和 
isDefinedAt()。 其 中 apply() 国 数 负责 有 具体 的 运算 。 另 一 个 方法 isDefinedAt() 是 定义 一 
个 PartialFunction 的 硬性 要 求 ， 我 们 就 在 这 里 设置 判断 参数 是 否 有 效 的 约束 条 件 。 














入 后 
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由 于 Scala 允许 我 们 用 case 代码 块 来 定义 偏 函 数 ， 例 3-14 的 answeruUnits 可 以 改 成 更 加 简 
练 的 写法 ， 如 例 3-15 所 示 。 


例 3-15 answerUnits 的 另 一 种 写法 
def pAnswerUnits: PartialFunction[Int, Int] = 
{ case d: Int if d != 0 => 42 /4d} 


assert(pAnswerUnits(42) == 1) 
//pAnswerUnits(0) 
//scala.MatchError: 0 (of class java.Lang.Integer) 











例 3-15 联 用 case 和 防卫 条 件 来 共同 限制 参数 的 取 值 ， 并 输出 计算 结果 。 两 种 写法 有 
处 值得 注意 的 区 别 ， 例 3-15 在 除 以 6 时 得 到 的 错误 类 型 是 MatchError， 不 同 于 例 3-14 的 
ArithmeticException， 这 是 因为 例 3-15 使 用 了 模式 匹配 。 














偏 函 数 的 使 用 范围 不 限于 数值 类 型 。 我 们 可 以 把 偏 函 数 用 在 任何 类 型 上 ， 包 括 Any。 请 看 
例 3-16 实现 的 一 个 递增 函数 。 











例 3-16 用 Scala 语言 定义 一 个 递增 函数 
def inc: PartialFunction[Any, Int] = 
{ case i: Int =>i+1} 


assert(inc(41) == 42) 
//inc("Forty-one") 
//scala.MatchError: Forty-one (of class java.Lang.String) 


assert(inc.isDefinedAt(41)) 
assert(! inc.isDefinedAt("Forty-one")) 


assert(List(42) == (List(41, "cat") collect inc)) 


例 3-16 定义 的 偏 函 数 接受 任何 类 型 的 输入 (Any)， 但 只 对 其 中 特定 的 部 分 类 型 作出 反应 。 
例 中 我 们 对 该 偏 函 数 调 用 了 isDefinedAt() 来 判断 它 的 取 值 范围 ， 这 是 由 于 以 case 代码 块 
方式 实现 的 PartialFunction trait 都 隐 仿 地 定义 了 isDefinedAt() 方 法。 我 们 在 例 3-13 所 
见 的 map() 和 collect() 的 行为 差异 ， 可 以 从 偏 函 数 的 行为 得 到 解释 collect() 在 设计 的 
时 候 就 考虑 到 传 入 偏 函 数 的 情况 ， 会 调用 isDefinedAt() 函数 来 鉴别 集合 元 素 是 否 符合 取 
值 条 件 ， 不 符合 的 就 被 忽略 掉 了 。 


Scala 语言 中 的 偏 函 数 和 部 分 施用 函数 英文 原名 比较 接近 ， 但 以 功能 来 说 ， 它 们 根本 就 不 
在 一 个 维度 上 。 如 果 有 需要 的 话 ， 我 们 完全 可 以 对 一 个 偏 函数 进行 部 分 施用 。 




















3.3.5 ”一般 用 途 
尽管 有 着 微妙 定义 和 繁琐 的 实现 ， 但 柯 里 化 和 部 分 施用 都 在 现实 的 编程 世界 中 拥有 一 席 
之 地 。 
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1. 函数 工厂 
我 们 在 传统 面向 对 象 编程 中 会 用 到 工厂 方法 的 场合 ， 正 适合 柯 里 化 (以 及 部 分 施用 ) 表现 
它 的 才干 。 我 们 可 以 用 一 个 Groovy 实现 的 简单 加 法 函数 来 说 明 问 题 ， 请 看 例 3-17。 














例 3-17 Groovy 实现 的 加 法 函数 和 递增 函数 
def adder = {x,y ->x + y} 
def incrementer = adder.curry(1) 


println "increment 7: S${incrementer(7)}" // 8 
例 中 从 adder() 函数 派生 出 了 incrementer 函数 。 


2. Template Method 模 式 

GoF 模式 集 里 面 有 一 项 Template Method (模板 方法 ) 模式 。 其 用 意 是 在 固定 的 算法 框架 
内 部 安排 一 些 抽象 方法 ， 为 后 续 的 具体 实现 保留 一 部 分 灵活 性 。 部 分 施用 和 柯 里 化 也 可 以 
起 到 相同 的 作用 。 部 分 施用 技法 注入 当前 已 经 确定 的 行为 ， 留 下 未 确定 的 参数 给 具体 实现 
去 发 挥 ， 其 思路 与 模板 方法 这 种 面向 对 象 的 设计 模式 如 出 一 鲍 。 


本 书 第 6 章 将 会 用 一 个 例子 来 说 明 ， 若 干 设计 模式 (包括 模板 方法 在 内 ) 怎样 因为 部 分 施 
用 和 其 他 函数 式 技法 而 失去 了 存在 意义 。 


3. 隐 含 参数 
当 我 们 需要 频繁 调用 一 个 函数 ， 而 每 次 的 参数 值 都 差不多 的 时 候 ， 可 以 运用 柯 里 化 来 设 
置 隐 售 参数 。 举 个 例子 ， 我 们 在 操作 持久 化 框架 的 时 候 ， 每 次 都 要 在 第 一 个 参数 里 写 上 
数据 源 的 位 置 。 而 经 过 部 分 施用 以 后 ， 我 们 就 不 需要 反复 地 写 出 这 个 参数 值 了 ， 如 例 
3-18 所 示 。 


例 3-18 运用 部 分 施用 技法 设置 隐 含 参数 值 
(defn db-connect [data-source query params] 


2 
































(def dbc (partial db-connect "db/some-data-source")) 


(dbc "select * from %1" "cust") 














例 3-18 的 dbc 函数 在 操作 数据 的 时 候 不 需要 再 提供 数据 源 ， 数 据 源 已 经 自动 设置 好 了 。 面 
向 对 象 编 程 中 “封装 ”概念 的 本 质 ， 也 就 是 魔术 般 出 现在 每 个 函数 里 的 隐 含 上 下 文 this， 
我 们 可 以 在 函数 式 编 程 中 加 以 模拟 ， 用 柯 里 化 的 方式 把 this 传递 给 所 有 的 函数 ，iL this 
在 使 用 者 的 面前 隐藏 起 来 。 


























3.4 递归 
递归 ， 按 照 维基 百科 的 定义 ， 是 “以 一 种 自 相 似 的 方式 来 重复 事物 的 过 程 。 它 也 是 我 们 
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向 运行 时 托付 操作 细节 的 一 个 例子 ， 而 且 和 国 数 式 编程 有 着 极为 密切 的 联系 。 以 具体 的 实 
践 来 说 ， 递归 是 以 一 种 带 点 计算 机 科学 味道 的 方式 来 对 一 组 事物 进行 迭代 ， 让 事物 的 集合 
反复 对 自身 调用 同样 的 方法 ， 使 集合 随 着 每 次 迭 代 不 断 缩小 ， 同 时 要 始终 小 心地 保证 退出 
条 件 的 有 效 性 。 很 多 时 候 ， 我 们 的 问题 核心 就 是 对 一 个 不 断 变 短 的 列表 反复 地 做 同一 件 
事 ， 把 递归 用 在 这 样 的 场合 ， 写 出 来 的 代码 就 容易 理解 。 


换个 角度 看 列表 
Groovy 大 大 加 强 了 Java 集合 库 的 能 力 ， 基 中 就 包括 新 增 了 许多 函数 式 结 构 。Groovy 帮 我 
们 的 第 一 个 忙 ， 是 打开 了 看 待 列表 的 新 角度 ， 看 起 来 微不足道 的 小 事情 却 收 到 了 意 想不到 
的 回报 。 


在 C 或 类 C 语言 (包括 Java) 出 身 的 开发 者 的 头脑 里 面 ， 列 表 概 念 通常 会 被 塑造 成 一 个 带 
索引 的 集合 。 这 个 观察 角度 让 我 们 很 容易 实现 集合 的 迭代 ， 其 至 代码 中 不 需要 明确 地 用 到 
索引 ， 如 例 3-19 的 Groovy 代码 所 示 。 


例 3-19 依靠 (不 一 定 直 接 露 面 的) 索引 来 完成 的 列表 遍历 


def numbers = [6, 28, 4, 9, 12, 4, 8, 8, 11, 45, 99, 2] 

































































def iterateList(listOofNums) { 
listofNums.each { n -> 
println "$f{n}" 
} 


} 

printtn "迭代 式 的 列表 遍历 " 

iterateList(numbers) 
Groovy 还 提供 了 eachwithIndex() 友 代 子 ， 要 求 传 给 它 的 代码 块 带 有 索引 参数 ， 适 用 于 需 
要 显 式 访问 索引 的 场合 。 虽 然 例 3-19 中 的 iterateList() 方法 没有 直接 用 到 索引 ， 但 我 的 
思维 里 面 还 是 把 集合 想象 成 一 排 带 编号 的 格子 ， 就 像 图 3-1 的 样子 。 




















0 1 2 3 4 5 6 7 8 9 1 1 
Sladelolale ls lelnislsl:) 


图 3-1: 作为 “ 带 索 引 的 格子 ”的 列表 形象 


对 于 诸多 函数 式 语言 来 说 ， 它 们 眼中 的 列表 形象 有 些 不 一 样 ， 所 幸 Groovy 也 持 同样 的 观 
点 。 它 们 看 到 的 不 是 带 索 引 的 格子 ， 而 是 看 成 由 列表 的 第 一 个 元 素 〔 叫 作 头 部 ) 和 列表 的 
其 余 元 素 ( 叫 作 尾部 ) 这 两 部 分 组 合 而 成 ， 如 图 3-2 所 示 。 
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关 部 | 片 一 一 一 一 一 必 部 一 一 一 一 一 一 | 
到 本 十 二 到 天 二 天王 玫 本 国 | 


3-2: 分 成 头 和 尾 两 部 分 的 列表 形象 
把 列表 想象 成 头 部 和 尾部 的 组 合 ， 有 利于 使 用 递归 的 方式 来 组 织 迭 代 ， 请 看 例 3-20。 

















例 3-20 以 递归 方式 进行 的 列表 遍历 
def recurseList(ListOfNums) { 
if (listofNums.size == 0) return; 
println "${listOofNums.head()}" 
recurseList(listOfNums.tail()) 


} 

printtln“"\n 递 归 式 的 列表 遍历 " 

recurseList(numbers) 
例 3-20 的 recurseList() 方 法 首先 检查 传 入 的 列表 里 还 有 没有 元 素 。 如 果 没 有 ， 那 就 表示 
迭代 工作 已 经 完成 ， 可 以 返回 了 。 如 果 还 有 元 素 ， 那 么 用 Groovy 提供 的 head() 方法 取出 
第 一 个 元 素 ， 把 它 打印 出 来 ， 然 后 继续 对 列表 的 余下 部 分 调用 recurseList() 方法 。 


递归 操作 往往 受制 平台 而 存在 一 些 固有 的 技术 限制 ， 因 此 这 种 技法 绝 非 万 灵 药 。 但 对 于 长 
度 不 大 的 列表 来 说 ， 递 归 操 作 是 安全 的 。 


我 认为 长 远 来 看 ， 还 是 应 该 更 多 地 投入 到 良好 的 代码 结构 上 ， 技 术 限制 总 会 随 着 时 间 减 少 
或 者 消失 ， 就 像 我 们 在 语言 进化 中 看 到 的 那样 〈 详 见 第 5 章 )。 递 归 写 法 作为 一 种 有 缺点 
的 代码 结构 ， 其 优点 并 不 那么 直观 。 为 了 说 清楚 这 一 点 ， 我 们 来 看 一 个 列表 筛选 的 例子 。 
例 3-21 是 一 个 筛选 方法 ， 甚 参数 除了 一 个 列表 ， 还 有 用 来 判断 元 素 是 否 属于 列表 的 一 个 谓 
词 〈《 即 返回 布尔 值 的 一 个 测试 ) 。 















































例 3-21 命令 式 写 法 的 筛选 函数 ，Groovy 实现 
def filter(list, predicate) { 
def new_list = [] 
list.each { 
if (predicate(it)) { 
new_list << it 
} 
} 


return new_list 
} 
modBy2 = {n ->n%2 == 0} 


1 = filter(1..20, modBy2) 
println 1 


例 3-21 完全 是 直截了当 的 写法 : 先 创 建 一 个 新 列表 来 存放 希望 保留 的 元 素 ， 然 后 对 原 列表 
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进行 迭代 ， 让 谓词 判定 每 个 元 素 的 去 留 ， 最 后 返回 保留 元 素 的 列表 。 在 调用 fitter() 函数 
的 时 候 ， 我 们 用 了 一 个 代码 块 来 设置 筛选 条 件 。 


如 果 用 递归 的 方式 来 实现 例 3-21 的 科 选 函数 ， 将 会 是 下 面 的 样子 ， 请 看 例 3-22。 





例 3-22 递归 写法 的 筛选 函数 ，Groovy 实现 
def filterR(list, pred) { 
if (list.size() == 0) return list 
if (pred(list.head())) 
[] + list.head() + filterR(list.tail(), pred) 
else 
filterR(list.tail(), pred) 
} 


println "递归 式 的 筛选 " 
println filterR(1..20, {it % 2 == 0}) 
//// [2, 4, 6, 8, 10, 12, 14, 16, 18, 20] 


例 3-22 的 filter() 函数 首先 检查 传 入 的 列表 的 大 小 ， 苔 列表 中 已 经 没有 元 素 ， 则 返回 列 
表 。 否 则 用 筷 选 条 件 检 查 列表 的 头 部 ， 如 果 头 部 满足 筛选 条 件 ， 就 把 它 放 入 列表 (代码 中 
用 了 一 个 空 列表 “[]” 作 为 初始 值 来 保证 返回 类 型 是 正确 的 )， 不 然 就 继续 递归 地 对 列表 
的 尾部 筛选 下 去 。 


例 3-21 与 例 3-22 的 区 别 凸 显 了 一 个 重要 的 问题 ， 谁 来 管理 状态 ?在 命令 式 的 写法 中 ， 是 
“我 ”在 管理 状态 。 我 ”必须 创建 一 个 叫 new_List 的 新 变量 ,， “我 ”负责 向 新 列表 添加 元 
素 ，“ 我 ”负责 在 筛 选 完成 后 返回 新 列表 。 而 在 递归 写法 中 ， 是 语言 在 管理 返回 值 ， 它 从 
递归 栈 里 收集 每 次 方法 调用 的 返回 结果 ， 构 造 出 最 终 的 返回 值 。 注 意 例 3-22 中 fitLter() 
方法 的 每 一 条 结束 路 径 都 返回 到 递归 调用 的 上 一 层 ， 随 着 栈 中 的 调用 一 层 一 层 地 返回 ， 各 
层 得 到 的 中 间 结果 也 自动 汇集 到 一 起 。 于 是 我 们 务 下 了 对 new_tist 的 管理 责任 ， 交 由 语言 
去 替 我 们 照料 。 







































































有 ， 把 状态 的 管理 责任 推 给 运行 时 。 








例 3-22 表现 出 来 的 算 选 手法 ， 如 果 用 Scala 那样 的 函数 式 语 言 来 实现 的 话 ， 会 更 加 如 鱼 得 
水 ， 请 看 例 3-23 结合 了 柯 里 化 和 递归 的 实现 。 


例 3-23 递归 式 的 筛选 国 数 ，Scala 实现 
object CurryTest extends App { 
def filter(xs: List[Int], p: Int => Boolean): List[Int] = 


if (xs.isEmpty) xs 
else if (p(xs.head)) xs.head :: filter(xs.tail, p) 
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else filter(xs.tail, p) 
def dividesBy(n: Int)(x: Int) = ((x % n) == 0) // ©@ 
val nums = List(1, 2, 3, 4, 5, 6, 7, 8) 
println(filter(nums, dividesBy(2))) // @ 


println(filter(nums, dividesBy(3))) 
} 


@ 定义 时 已 经 指明 函数 将 被 柯 里 化 使 用 。 


@@ filter 要 求 传人 一 个 集合 (nums) 和 一 个 单 参数 的 函数 ( 柯 里 化 之 后 dividesBy() 函数 
就 变 成 单 参 数 了 ) 。 








Scala 的 列表 构造 运算 符 “::” 起 到 了 提高 代码 可 读 性 的 作用 ， 筛 选 通过 和 不 通过 这 两 种 情 
形 下 返回 结果 的 变动 ， 表 述 得 清晰 易 懂 。 例 3-23 是 Scala 文档 用 来 说 明 递 归 和 柯 里 化 的 例 
子 。filter() 方法 递归 地 使 用 参数 p 来 算 选 一 个 整数 列表 ， 其 中 参数 p 是 一 个 布尔 函数 ， 
或 者 按照 函数 式 领 域 的 术语 叫 作 “谓词 ”(predicate) 函数 。filter() 方法 检查 列表 是 否 为 
空 ， 若 是 则 直接 返回 ， 否则 用 谓词 来 检验 列表 的 第 一 个 元 素 (xs.head) ， 判 断 是 否 应 放 入 
筛选 后 的 列表 。 























如 果 头 部 满足 谓词 条 件 ， 那 么 就 返回 以 该 头 部 为 首 ， 再 加 上 尾部 的 筛选 结果 组 成 的 新 列 
表 。 如 有 果 头 部 通 不 过 谓词 的 检验 ， 返 回 的 就 只 有 列表 余下 部 分 的 筛选 结果 。 








递归 对 开发 者 的 解放 效果 或 许 不 像 垃 圾 收集 那么 显著 ,不 过 它 切 实地 揭示 了 编程 语言 的 一 
个 重要 的 发 展 方向 : 通过 移交 “不 确定 因素 ”的 控制 权 给 运行 时 来 消解 它们 。 如 果 我 们 不 
准 插 手 列表 操作 的 中 间 结 果 ， 那 么 就 不 会 引入 那些 在 交互 中 产生 的 错误 。 





















































尾 调 用 优化 
递归 没有 成 为 一 种 平常 的 操作 ， 其 中 一 个 主要 原因 是 栈 的 增长 。 递 归 操 作 一 般 的 实现 
方式 ， 都 是 把 中 间 结 果 放 在 栈 里 ， 于 是 没有 为 递归 专门 优化 的 语言 就 会 遇 到 栈 溢 出 的 
问题 。 而 像 Scala、Clojure 这 些 语言 则 各 自杀 用 了 不 同 的 方式 来 规避 这 方面 的 局 限 。 
开发 者 也 可 以 在 这 个 问题 上 出 一 点 力 ， 使 用 尾 调用 优化 (tail-call optimization) 的 写法 
来 帮助 运行 时 克服 栈 的 增长 问题 。 当 递归 调用 是 函数 执行 的 最 后 一 个 调用 的 时 候 ， 运 
行 时 往往 可 以 在 栈 里 就 地 更 新 ， 而 不 需要 增加 新 的 栈 空 间 。 


很 多 函数 式 语 言 (如 Erlang，http:Werlang.org/) 实现 了 没有 栈 增 长 的 尾 递归 。Erlang 
用 尾 递归 来 实现 长 时 间 运 行 的 进程 ， 相 当 于 运行 在 应 用 里 面 的 一 系列 微服 务 ， 它 们 从 
别 的 进程 接收 消息 ， 并 按照 消息 中 的 要 求 来 代表 别 的 进程 执行 任务 。 这 些 接收 消息 并 
受 消 息 左右 的 尾 递归 循环 还 有 调整 微服 务 内 部 状态 的 能 力 ， 因 为 对 不 可 变 的 当前 状态 
的 任何 作用 结果 ， 都 可 以 放 在 表示 新 状态 的 变量 里 传 入 下 一 轮 递归 而 生效 。 考 虑 到 
Erlang 令 人 赞叹 的 容错 能 力 ， 很 可 能 有 一 些 尾 递归 循环 已 经 在 生产 系统 中 运行 了 数 年 
而 从 未 中 断 。 
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我 歼 阅 大 多 数 读者 在 日 常 的 编程 中 根本 就 不 用 递归 ， 甚 至 连 尝试 的 想法 都 人 没有。 造成 这 样 的 
局 面 ， 应 该 部 分 地 归 知 于 大 多 数 命 令 式 语言 呆 涡 的 语法 配合 ， 让 一 件 不 太 容易 的 事情 变 得 难 
上 加 难 。 函 数 式 语言 的 简洁 语法 和 灵活 配合 ， 才 使 递归 成 为 简单 可 行 的 代码 重用 选项 之 一 。 


3.5 ” Stream 和 作业 顺序 重 排 


从 命令 式 风 格 转变 为 函数 式 风格 还 有 一 个 潜在 的 好 处 ， 那 就 是 运行 时 有 能 力 在 涉及 效率 的 
问题 上 赫 我 们 做 决定 。 


我 们 可 以 把 第 2 章 用 过 的 “公司 业务 过 程 ”例子 再 拿 出 来 看 一 志 ， 其 Java 8 实现 如 例 3-24 
所 示 ， 其 中 只 做 了 一 点 微小 的 改动 。 


例 3-24 公司 业务 过 程 的 Java 8 实现 
public String cleanNames(List<String> names) { 

if (names == nuLL) return "" 

return names 
.Stream() 
.map(e -> capitalize(e)) 
.filter(n -> n.Length() > 1) 
.Collect(Collectors.joining(",")); 


















































} 


眼 尖 的 读者 会 注意 到 我 在 这 一 版 的 cleanNames() 里 面 调换 了 操作 的 顺序 (与 第 2 章 的 例 
2-4 相 比 ) ，map() 操作 被 提 到 了 filter() 的 前 面 。 按 照 命令 式 的 思路 ， 我 们 本 能 地 就 会 把 
筛选 操作 放 在 映射 操作 的 前 面 ， 这 样 map 需要 操作 的 列表 会 比较 小 ， 可 以 减少 工作 量 。 但 
是 实际 上 很 多 函数 式 语言 (包括 Java 8 乃至 Functional Java 框架 ) 都 提供 了 Streanm 抽象 。 
Strean 很 多 方面 的 行为 都 与 集合 相似 ， 但 它 不 像 集合 那样 事先 就 备 妥 所 有 的 值 ， 而 是 需要 
的 时 候 才 让 数据 从 源头 “ 流 ” 向 目的 地 。 例 3-24 的 数据 源头 是 names 集合 ， 最 终 目的 地 
(或 者 叫 终结 操作 ) 是 coLLect()。 处 在 中 间 的 map() 和 filter() 都 是 绥 求 值 (lazy) 的 操 
作 ， 它 们 会 被 尽量 地 推迟 执行 。 实 际 上 在 下 游 的 终结 操作 “发 出 要 求 ” 之 前 ， 它 们 都 不 会 
产生 任何 结果 。 


聪明 的 运行 时 会 替 我 们 重新 安排 缓 求 值 操作 的 执行 顺序 。 例 3-24 将 在 运行 时 的 主持 下 调 
换 其 缓 求 值 操作 的 顺序 ， 让 筛选 操作 先 于 映射 操作 执行 ， 以 取得 最 佳 的 运算 效率 。 在 使 用 
Java 平台 上 的 各 种 函数 式 方 案 的 时 候 ， 我 们 必须 保证 传 给 filter() 等 函数 的 lambda 块 不 
存在 副作用 ， 否 则 可 能 导致 无 法 预料 的 结果 。 


允许 运行 时 发 挥 其 优化 能 力 的 做 法 ， 再 次 印证 了 我 们 关于 交 出 控制 权 的 观点 : 放弃 对 党 琐 
细节 的 掌控 ， 关 广 问 题 域 ， 而 非 关注 问题 域 的 实现 。 

























































































我 们 会 在 第 4 章 继续 探讨 缓 求 值 的 问题 ，Java 8 的 stream 特性 则 放 在 第 7 章 讨 论 。 
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我 们 转换 范式 的 收获 ， 表 现在 费 更 少 的 力气 完成 更 多 的 事 | 
只 有 一 个 : 从 频 芍 出 现 的 场景 中 消灭 掉 烦人 的 实现 细节 。 


Th 


青 。 很 多 函数 式 编程 构造 的 目的 


这 一 章 ， 我 们 要 讨论 函数 式 语言 的 两 种 常见 特性 ， 记忆 (memoization) 和 组 求 值 (laziness)。 


4.1 记忆 

“memoization” 这 个 词 是 英国 的 人 工 智 能 研究 者 Donald Michie 生 造 出 来 的 ， 指 的 是 在 函数 
级 别 上 对 需要 多 次 使 用 的 值 进行 缓存 的 机 制 。 目 前 来 说 ， 函 数 式 编程 语言 普遍 都 支持 记忆 
特性 ， 有 些 是 直接 内 建 在 语言 里 ， 也 有 一 些 需 要 开发 者 自行 实现 ， 但 实现 起 来 相对 容易 。 


记忆 可 以 用 在 这 样 的 场合 。 假 设 我 们 有 一 个 反复 调用 的 函数 ， 需 要 挖 气 它 的 性 能 潜力 。 增 
加 一 个 内 部 缓存 是 很 容易 想到 的 方案 。 每 次 我 们 根据 一 组 特定 参数 求 得 结果 之 后 ， 就 用 参 
数值 做 查找 用 的 键 ， 把 结果 缓存 起 来 。 以 后 当 国 数 又 遇 到 相同 参数 的 时 候 ， 就 不 需要 重新 
计算 一 遍 了 ， 可 以 直接 返回 缓存 的 结果 。 这 种 缓存 函数 计算 结果 的 做 法 ， 是 计算 机 科学 里 
一 种 典型 的 折 囊 方案 : 用 更 多 的 内 存 (我 们 一 般 不 缺 内 存 ) 去 换取 长 期 来 说 更 高 的 效率 。 


只 有 纯 (pure) 函数 才 可 以 适用 缓存 技术 。 纯 函数 是 没有 副作用 的 函数 ， 它 不 引用 其 他 
值 可 变 的 类 字段 ， 除 返回 值 之 外 不 设置 其 他 的 变量 ， 其 结果 完全 由 输入 参数 决定 。java. 
Lang.Math 类 里 面 的 方法 都 是 纯 函 数 的 绝 好 例子 。 很 显然 ， 只 有 在 函数 对 同样 一 组 参数 总 
是 返回 相同 结果 的 前 提 下 ， 我 们 才 可 以 放心 地 使 用 缓存 起 来 的 结果 。 
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4.1.1 缓存 

缓存 是 很 常见 的 一 种 需求 〈 同 时 也 是 制造 隐 史 错误 的 源头 )。 在 这 一 节 里 ， 我 们 首先 分 两 
种 情况 去 剖析 国 数 缓存 的 用 法 ， 一 种 是 类 内 部 缓存 ， 另 一 种 是 外 部 调用 。 然 后 详细 说 明 组 
存 的 两 种 实现 方式 ， 一 种 是 手工 进行 状态 管理 ， 另 一 种 是 采用 记忆 机 制 。 


1. 方法 级 别 的 缓存 
上 一 章 我 们 用 了 完美 数 分 类 问题 来 充当 考 校 不 同方 案 的 试验 台 。 判 定数 字 归 属 的 工作 由 
Classifier 类 负责 ， 我 们 可 以 想见 其 中 一 种 典型 的 用 例 ， 是 让 同一 个 数字 把 几 个 分 类 方法 
都 跑 一 壳 。 就 像 下 面 的 代码 一 样 : 


























if (Classifier.isperfect(n)) print "!" 
else if (Classifier.isAbundant(n)) print "+" 
else if (Classifier.isDeficient(n)) print "-" 





按照 先前 的 实现 ， 被 调用 到 的 每 一 个 分 类 方法 ， 都 只 能 够 重新 计算 真 约 数 和 。 这 种 
情况 恰好 是 类 内 部 缓存 的 应 用 范本 : 在 常规 的 使 用 中 ， 每 检查 一 个 数字 ， 都 要 调用 
sum0fFactors() 方法 若干 次 。 原 来 的 实现 方案 对 于 一 个 频繁 出 现 的 用 例 来 说 过 于 低 效 。 


2. 缓存 求 和 结果 

再 利用 已 有 的 工作 成 果 是 提高 代码 效率 的 办 法 之 一 。 因 为 真 约 数 和 的 计算 成 本 高 昂 ， 所 以 
我 们 希望 每 个 数字 只 计算 一 次 。 照 着 这 样 的 思路 ， 我 们 建立 了 一 个 存放 计算 结果 的 缓存 ， 
如 例 4-1 所 示 。 


例 4-1 缓存 求 和 结果 
class ClassifierCachedSum { 
private sumCache = [:] 



































def sumOfFactors(number) { 
if (! sumCache.containsKey(number)) { 
sumCache[number] = factorsOf (number).sum() 


} 


return sumCache[number] 


} 
// 其 余 代码 不 变 ……: 
例 4-1 增加 了 一 个 和 类 一 起 初始 化 的 散 列 sumCache。 在 sum0fFactors() 方法 中 ， 我 们 首先 
检查 传人 的 参数 是 否 已 经 在 缓 在 里 有 对 应 的 计算 结果 ， 有 的 话 直接 返回 ， 否 则 才 执行 昂贵 
的 计算 ， 并 在 返回 之 前 先 把 求 和 结果 置 人 缓存 。 















































这 段 代 码 比 原来 的 复杂 ， 但 结果 可 以 证 明 物 有 所 值 。 只 要 把 各 个 例子 都 按照 例 4-2 的 格式 
跑 一 遍 测试 就 清楚 了 。 














例 4-2 优化 前 的 速度 测试 


def static final TEST_NUMBER_MAX = 5000 


QTest 
void mashup() { 
println "Test for range 1-${TEST_NUMBER_MAX}" 
print "未 优化 :" 
start = System.currentTimeMillis() 
(1. .TEST_NUMBER_MAX).each {n -> 
if (Classifier.isperfect(n)) print "1 
else if (Classifier.isAbundant(n)) print '+' 
else if (Classifier.isDeficient(n)) print '-' 
} 
println "\n\t ${Systenm. current LimeMi tlist) - start} ms" 
print "未 优化 (第 二 次 运行 ):" 
start = System.currentTimeMillis() 
(1..TEST_NUMBER_MAX).each {n -> 
if (Classifier.isperfect(n)) print '!' 
else if (Classifier.isAbundant(n)) print '+' 
else if (Classifier.isDeficient(n)) print '-' 


println "\n\t S${System.currentTimeMillis() - start} ms" 


例 4-2 的 运行 结果 如 表 4-1 所 示 ， 数 据 证 明了 缓存 的 效果 。 





表 4-1: 取 值 范围 从 1 到 1000 的 测试 结果 





版 本 结果 ( 数字 越 小 越 好 ) 
未 优化 577 ms 
未 优化 (第 二 次 运行 ) 280 ms 
缓存 求 和 结果 600 ms 


缓存 求 和 结果 (第 二 次 运行 ) 50 ms 





按照 表 中 的 数据 ， 未 优化 的 版 本 首次 运行 耗 时 577 毫秒 ， 相 比 之 下 ， 缓 存 版 本 首次 运行 耗 
时 600 毫秒 。 两 者 的 差别 不 明显 ， 但 可 以 看 出 建立 缓存 额外 了 耗费 一 点 儿 时 间 。 在 第 二 次 
运行 的 时 候 ， 未 优化 版 本 耗 时 减少 到 了 280 毫秒 。 两 次 运行 的 时 间 差 异 可 以 归结 于 垃圾 收 
集 等 环境 因素 的 影响 。 缓 存 版 本 的 第 二 次 运行 表现 出 戏剧 性 的 速度 提升 ， 仅 耗 时 50 毫秒 。 
因为 第 二 次 运行 的 时 候 ， 所 有 计算 结果 都 已 经 在 缓存 里 了 ， 所 以 数字 所 反映 的 只 2 
们 读 取 散 列 的 速度 。 第 一 次 运行 的 时 候 ， 有 无 缓存 的 差别 微不足道 ， 而 第 二 次 运行 的 情 ? 
则 大 相 径 庭 。 这 种 情况 是 外 部 缓存 的 范本 : W 
二 次 运行 的 高 速 。 


























缓存 求 和 结果 成 效 斐 然 ， 但 也 付出 了 一 些 代价 。CtassifierCachedSum 不 可 以 再 纯粹 由 静态 
方法 组 成 。 类 中 的 缓存 就 代表 类 有 了 状态 ， 所 有 与 缓存 打交道 的 方法 都 不 可 以 是 静态 的 ， 
ee 我 们 可 以 安排 Singleton 模式 来 解决 一 部 分 影响 ， 但 这 样 做 
本 身 就 提高 了 复杂 性 ， 还 会 带 来 一 牧 修 的 测试 问题 。 由 于 是 我 们 自己 来 操控 缓存 ， 那 就 有 
责任 保障 其 正确 性 a 缓存 可 以 提高 性 能 ， 但 缓存 有 代价 : 它 提 高 
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了 代码 的 非 本 质 复杂 性 和 维护 负担 。 


3. 缓存 一 切 结果 
既然 缓存 求 和 结果 大 大 提高 了 代码 的 性 能 ， 何 不 试 试 把 所 有 可 能 出 现 的 中 间 结 果 都 缓存 起 
来 呢 ? 例 4-3 实践 了 这 个 想法 。 


例 4-3 缓存 所 有 的 计算 结果 
class ClassifierCached { 
private sumCache = [:], factorCache = [:] 


def sumOfFactors(number) { 
if (! sumCache.containsKey(number)) 
sumCache[number] = factorsOf (number).sum() 
sumCache[number] 


def isFactor(number, potential) { 
number % potential == 0; 


def factorsof (number) { 
if (! factorCache.containsKey(number)) 


factorCache[number] = (1..number).findALL {isFactor(number, it)} 
factorCache[number] 


def isperfect(number) { 
sumOfFactors(number) == 2 * number 


def isAbundant(number) { 
sumOfFactors(number) > 2 * number 


} 


def isDeficient(number) { 
sumOfFactors(number) < 2 * number 


} 
} 























例 4-3 的 ClassifierCached 类 除了 缓存 真 约 数 和 的 计算 结果 ， 还 缓存 了 每 个 数 的 约 数 。 性 
能 优化 的 测试 成 绩 如 表 4-2 所 示 。 


表 4-2: 取 值 范围 从 1 到 1000 的 测试 结果 


版 本 结果 ( 数字 越 小 越 好 ) 
未 优化 577 ms 
未 优化 (第 二 次 运行 ) 280 ms 
缓存 求 和 结果 600 ms 


缓存 求 和 结果 (第 二 次 运行 ) 
全 部 缓存 
全 部 缓存 (第 二 次 运行 ) 


S50 ms 
411 ms 
38 ms 











缓存 全 部 结果 的 版 本 (作为 与 前 面 的 测试 对 象 完全 不 同 的 新 类 和 新 实例 变量 ) 首次 运行 耗 
时 411 上 毫秒， 缓存 填充 完毕 后 的 第 二 次 运行 更 达到 了 惊人 的 38 毫秒 。 尽 管 成 绩优 秀 ， 但 
这 种 写法 应 付 不 了 大 规模 的 数据 。 当 我 们 把 测试 的 取 值 范围 增加 到 8000 个 数字 ， 马 上 就 
变 成 了 下 面 的 粳 糕 结果 : 









































java.Lang.0utOfMemoryError: Java heap space 
at java.util.ArrayList.<init>(ArrayList.java:112) 
eh 更 多 不 想见 到 的 坏 消息 …… 


这 几 次 测试 告诉 我 们 ， 负 责编 写 缓存 代码 的 开发 者 不 仅 要 顾及 代码 的 正确 性 ， 连 它 的 执行 
环境 也 要 考虑 在 内 。 所 谓 “ 不 确定 因素 ”说 的 就 是 这 样 的 东西 :代码 中 的 状态 ， 开 发 者 不 
仅 要 费心 照应 它 ， 还 要 条 分 缕 析 它 的 一 切 明暗 牵连 。 好 在 很 多 语言 已 经 有 了 突破 困境 的 办 
法 ， 例 如 记忆 机 制 。 



































4.1.2 引入 “记忆 ” 

函数 式 编程 费 了 很 大 的 力气 来 遏制 不 确定 因素 ， 并 为 此 在 运行 时 里 内 建 了 多 种 重用 机 制 。 
“记忆 ”是 其 中 的 一 种 特性 ， 它 作为 编程 语言 的 固有 设施 ， 自 动 地 缓存 重复 出 现 的 函数 返 
回 值 。 换 句 话 说 ， 记 忆 特 性 会 自动 地 提供 我 们 写 在 例 4-1 和 例 4-3 里 的 那些 的 代码 。 很 多 
现代 语言 都 支持 记忆 特性 ， 其 中 就 有 Groovy。 





















































Groovy 语言 记忆 一 个 函数 的 办 法 是 ， 先 将 要 记忆 的 国 数 定义 成 困 包 ， 然 后 对 该 闵 包 执行 
memoize() 方法 来 获得 一 个 新 国 数 ， 以 后 我 们 调用 这 个 新 国 数 的 时 候 ， 其 结果 就 会 被 缓存 
起 来 。 

“记忆 一 个 函数 ”这 件 事 情 ， 运 用 了 所 谓 的 “元 函数 ”技法 : 我 们 操纵 的 对 象 是 函数 本 身 ， 
而 非 函 数 的 结果 。 第 3 章 讨论 的 柯 里 化 也 属于 一 种 元 函数 技法 。Groovy 把 记忆 特性 内 建 在 
它 的 Closure 类 里 面 ， 其 他 语言 各 有 各 的 实现 方式 。 


为 了 让 sumofFactors() 得 到 像 例 4-1 那样 的 缓存 能 力 ， 我 们 记忆 了 sumofFactors() 方法 ， 
请 看 例 4-4。 













































































例 4-4 记忆 求 和 结果 


package com.nealford.ft.memoization 


class ClassifierMemoizedSum { 
def static isFactor(number, potential) { 
number % potential == 0; 


} 


def static factorsof(number) { 
(1. .number).findALL { i -> isFactor(number, i) } 


} 
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def static sumFactors = { number -> 
factorsof (number).inject(0, {i, j -> i + j}) 


def static sumOfFactors = sumFactors.memoize() 


def static isperfect(number) { 
sumOfFactors(number) == 2 * number 


} 


def static isAbundant(number) { 
sumOfFactors(number) > 2 * number 


} 


def static isDeficient(number) { 
sumOfFactors(number) < 2 * number 
} 
} 


例 4-4 按照 代码 块 的 格式 (注意 看 = 和 参数 的 写法 ) 来 实现 sumFactors() 方法 。 方 法 本 身 
平平 无 奇 ， 说 不 定 可 以 直接 在 哪个 库 里 找到 现成 的 。 为 了 记忆 sumFactors()， 我 们 对 它 调 
用 了 memoize() 方法， 并 将 返回 的 新 函数 命名 为 sum0fFactors。 




















对 这 个 记忆 了 部 分 函数 的 版 本 进行 测试 ， 得 到 如 表 4-3 所 示 的 数据 。 
表 4-3: 取 值 范围 从 1 到 1000 的 测试 结果 





版 本 结果 ( 数字 越 小 越 好 ) 
未 优化 577 ms 

未 优化 (第 二 次 运行 ) 280 ms 

缓存 求 和 结果 600 ms 

缓存 求 和 结果 (第 二 次 运行 ) 50 ms 

全 部 缓存 411 ms 

全 部 缓存 (第 二 次 运行 ) 38 ms 

部 分 记忆 228 ms 

部 分 记忆 (第 二 次 运行 ) 60 ms 








部 分 记忆 版 本 同样 在 第 二 次 运行 中 得 到 了 极 大 的 速度 提升 ， 丝 毫 不 逊色 于 手工 编写 的 缓存 
效果 ， 而 我 们 所 付出 的 劳动 ， 仅 仅 是 修改 了 两 行 代码 (把 sumFactors() 的 定义 从 函数 改 成 
代码 块 ， 以 及 增加 了 指向 代码 块 被 记忆 实例 的 引用 sum0fFactors() ) 。 


在 手工 实现 的 版 本 里 ， 我 们 尝试 过 缓存 所 有 可 能 被 重用 的 计算 结果 。 作 为 对 比 ， 我 们 也 用 
记忆 的 方式 来 实现 一 次 。 例 4-5 是 记忆 了 全 部 计算 结果 的 版 本 ， 其 测试 数据 如 表 4-4 所 示 。 


例 4-5 记忆 所 有 计算 结 采 


package com.nealford.ft.memoization 











class ClassifierMemoized { 
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def static dividesBy = { number, potential -> 
number % potential == 0 


def static isFactor = dividesBy.memoize() 


def static factorsof(number) { 
(1..number).findAll { i -> isFactor.call(number, i) } 


} 


def static sumFactors = { number -> 
factorsof (number).inject(0, {i, j -> i + j}) 


def static sumOfFactors = sumFactors.memoize() 


def static isperfect(number) { 
sumOfFactors(number) == 2 * number 


} 


def static isAbundant(number) { 
sumOfFactors(number) > 2 * number 


} 


def static isDeficient(number) { 
sumOfFactors(number) < 2 * number 


} 
} 


表 4-4: 取 值 范围 从 1 到 1000 的 测试 结果 





版 本 结果 ( 数字 越 小 越 好 ) 
未 优化 577 ms 
未 优化 (第 二 次 运行 ) 280 ms 
缓存 求 和 结果 600 ms 
缓存 求 和 结果 (第 二 次 运行 ) ”| 50 ms 
全 部 缓存 411 ms 
全 部 缓存 (第 二 次 运行 ) 38 ms 
部 分 记忆 228 ms 
部 分 记忆 (第 二 次 运行 ) 60 ms 
全 部 记忆 956 ms 
全 部 记忆 (第 二 次 运行 ) 19 ms 











扩大 记忆 殉 围 拖 慢 了 第 一 次 运行 的 速度 ， 但 后 续 运 行 的 速度 是 所 有 版 本 中 最 快 的 一 一 但 这 
只 是 数据 量 很 小 的 情况 。 随 着 数据 量变 大 ， 它 的 性 能 也 像 例 4-3 的 命令 式 缓存 版 本 那样 急 
剧 下 滑 。 事 实 上 当 数 据 量 达 到 8000 的 时 候 ， 就 出 现 了 内 存 不 足 。 命 令 式 的 版 本 要 想 防 范 
这 种 陷阱 ， 需 要 小 心地 查看 警戒 条 件 ， 注 意 执 行 环境 是 否 超出 安全 范围 一 一 命令 式 编程 的 





不 确定 因素 又 一 次 H 


























上 现在 我 们 本 





i 前 。 相 比 之 下 ， 通 过 记忆 方式 实现 的 例 4-5 修正 起 来 十 分 








简单 ， 只 需要 在 函数 的 层次 上 做 改动 。 修 改 后 的 记忆 版 本 可 以 轻松 应 付 10 000 条 的 数据 
量 ， 测 试 结果 见 表 4-5。 
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表 4-5: 取 值 范围 从 1 到 10 000 的 测试 结果 





版 本 结果 ( 数字 越 小 越 好 ) 
未 优化 41 909 ms 
未 优化 (第 二 次 执行 ) 22 398 ms 
记忆 最 多 1000 个 结果 55 685 ms 


记忆 最 多 1000 个 结果 (第 二 次 运行 ) ”|98 ms 





我 们 只 需要 用 memoizeAtMost(1600) 方法 代替 原来 的 memoize()， 就 取得 了 表 4-5 的 成 绩 。 
Groovy 和 其 他 支持 记忆 特性 的 语言 一 样 ， 提 供 了 适合 不 同情 况 使 用 的 多 个 记忆 方法 ， 如 表 
4-6 所 示 。 














表 4-6: Groovy 语 言 提供 的 几 个 记忆 方法 





方法 | 衣 
menotze() 将 闲 包 转 化 为 带 缓存 的 实 全 


| 

memoizeAtMost() 将 闭 包 转 化 为 带 缓存 的 实例 ， 且 规定 了 缓存 的 数量 上 限 
memoizeAtLeast() 将 闭 包 转化 为 带 缓 存 的 实例 ， 缓 存 大 小 可 自动 调整 ， 且 规定 了 缓存 的 数量 下 限 
memoizeBetween() 将 闭 包 转 化 为 带 缓存 的 实例 ， 





























缓存 大 小 可 自动 调整 ， 且 规定 了 缓存 的 数量 上 限 和 下 限 





在 命令 式 的 思路 下 ， 开 发 者 是 代码 的 主人 (以 及 一 切 责任 的 承担 者 )。 而 函数 式 语言 的 思 
路 是 ， 为 了 操纵 一 些 标准 的 构造 ， 我 们 来 制作 一 些 通用 的 机 件 ， 有 时候 还 在 机 件 上 设置 车 
干 调节 旋钮 (也 就 是 函数 的 不 同 变 体 和 参数 的 不 同 组合 )。 函 数 是 语言 的 基本 元 素 ， 因 此 
函数 层面 上 的 优化 会 附带 产生 功能 的 提升 。 以 我 们 举 的 几 个 例子 来 说 ， 使 用 记忆 特性 的 版 
本 轻而易举 地 跑 赢 了 手工 编写 缓存 的 版 本 。 实 际 上 ， 我 们 写 出 来 的 缓存 绝 不 可 能 比 语言 设 
计 者 产生 的 更 高 效 ， 因 为 语言 设计 者 可 以 无 视 他们 给 语言 定 的 规 怎 : 开发 者 无 法 触 碰 的 底 
层 设施 ， 不 过 是 语言 设计 者 手中 的 玩物 ， 他 们 拥有 的 优化 手段 和 空间 是 “凡人 ”无 法 企及 
的 。 但 我 们 将 缓存 等 问题 交 托 给 语言 ， 不 仅仅 因为 它 的 效率 更 高 ， 更 因为 我 们 从 此 可 以 站 
在 更 高 的 抽象 层次 上 去 思考 问题 。 
































语言 设计 者 实现 出 来 的 机 制 总 是 比 开发 者 自己 做 的 效率 更 高 ， 因 为 他 们 可 以 
不 受 语言 本 身 的 限制 。 














手工 建立 缓存 的 工作 不 算 复杂 ， 但 它 给 代码 增加 了 状态 的 影响 和 额外 的 复杂 性 。 而 借助 函 
数 式 语言 的 特性 ， 例 如 记忆 ， 我 们 可 以 在 函数 的 级 别 上 完成 缓存 工作 ， 只 需要 微不足道 的 
改动 ， 就 能 取得 比 命令 式 做 法 更 好 的 效果 。 在 函数 式 编程 消除 了 不 确定 因素 之 后 ， 我 们 得 
以 专注 解决 真正 的 问题 。 














当然 ， 我 们 不 需要 先 写 好 类 ， 再 往 上 添加 记忆 层 。memoize() 和 它 的 兄弟 们 都 是 定义 在 
Closure 类 里 面 的 库 函 数 。 例 4-6 演示 了 直接 内 联 声明 函数 记忆 能 力 的 用 法 。 

















例 4-6 ”内 联 声明 函数 的 记忆 能 力 ，Groovy 实现 


package com.nealford.javanext.memoizehashing 


class NameHash { 
def static hash = {name -> 
name.collect{rot13(it)}.join() 
}.memoize() 


public static char rot13(s) { 

char C = S 

switch (c) { 
case 'A'..'M': 
Case 'a'..'m': return c + 13 
case 'N'..'Z': 
Case 'Nn'..'z': return c - 13 
default: return < 


} 


例 4-6 的 rot13() 替换 加 密 算 法 (凯撒 密码 的 一 种 ) 其 实 没 有 多 大 的 计算 量 ， 只 是 为 了 演 
示 ， 我 们 就 假装 值得 为 它 增 加 缓存 吧 。 注 意 例 中 将 代码 块 赋值 给 hash 变量 的 地 方 ， 函 数 定 
义 语法 在 这 里 发 生 了 小 小 的 变化 。 在 定义 末尾 ， 我 们 直接 调用 了 memoize() 方法 ， 也 就 是 
说 ， 这 一 次 的 函数 没有 一 个 不 带 记 忆 能 力 的 对 应 版 本 。 








我 们 来 对 这 个 被 记忆 的 函数 做 一 个 单元 测试 ， 见 例 4-7。 





例 4-7 测试 被 记忆 的 散 列 函数 
class NameHashTest extends GroovyTestCase { 


void testHash() { 
assertEquals("ubzre", NameHash.hash.call("homer")) } 


} 


例 4-7 特意 写 出 了 代码 块 的 caLL() 调用 ， 这 是 必须 的 。 一 般 来 说 ，Groovy 提供 的 语法 糖 
衣 允 许 我 们 直接 在 变量 名 后 加 上 一 对 圆 括 号 来 执行 代码 块 里 的 内 容 ， 例 如 写成 (NameHash. 
hash("Homer"))， 语 言 会 帮 有 我 们 在 暗地里 调用 cal1l() 方 法。 但 由 于 Groovy 语言 目前 实现 
上 的 原因 ， 像 例 中 这 种 情况 ， 必 须 通 过 显 式 的 call() 语法 来 调用 被 记忆 的 函数 。 


大 多 数 函 数 式 语言 要 么 直接 提供 了 记忆 特性 ， 要 么 实现 起 来 极其 轻松 。 例 如 Clojure 语言 
就 内 建 了 记忆 特性 ， 我 们 可 以 通过 语言 内 建 的 (memoize ) 函数 为 任意 函数 增加 记忆 能 
例如 想 记忆 现 有 的 一 个 (hash ) 函数 ,我们 只 要 写成 (memoize (hash "homer"))， 就 可 以 
得 到 该 函数 的 缓存 版 本 。 例 4-8 用 Clojure 语言 重新 实现 了 一 遍 例 4-6 的 散 列 算法 。 
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例 4-8 Clojure 语言 的 记忆 机 制 
(ns name-hash.core) 
(use '[clojure.string :only (join split)]) 


(let [alpha (into #{} (concat (map char (range (int \a) (inc (int \z)))) 
(map char (range (int \A) (inc (int \Z)))))) 
rot13-map (zipmap alpha (take 52 (drop 26 (cycle alpha))))] 


(defn rot13 
"对 给 定 的 输入 字符 串 , 求 出 经 rot 13 变 换 后 的 对 应 字符 串 。 
N"heLLoN" -> \"uryyb\"" 
[s] 
(appLy str (map #(get rot13-map % %) s)))) 


(defn name-hash [name] 
(appLy str (map #(rot13 %) (split name #"\d")))) 


(def name-hash-m (memoize name-hash)) 





例 4-7 在 调用 被 记忆 函数 的 时 候 ， 必 须 通 过 call() 方法 。 而 我 们 从 上 面 的 Clojure 代码 看 
到 ， 被 记忆 方法 的 调用 形式 与 一 般 的 函数 没有 任何 外 在 区 别 ， 因 此 对 于 方法 的 使 用 者 来 
说 ,缓存 以 及 背后 的 间接 层次 都 是 不 可 见 的 。 


























Scala 语言 没有 直接 提供 记忆 机 制 ， 但 它 为 集合 提供 的 getorElseUpdate() 方法 已 经 替 我 们 
承担 了 大 部 分 的 实现 工作 ， 请 看 例 4-9。 








例 4-9 在 Scala 语言 中 实现 记忆 机 制 
def memoize[A, B](f: A => B) = new (A => B) { 
val cache = scala.collection.mutable.Map[A, B]() 
def apply(x: A): B = cache.getOrElseUpdate(x, f(x)) 


def nameHash = memoize(hash) 


例 4-9 用 到 的 getorElseUpdate() 函数 完美 地 符合 我 们 构造 缓存 的 需要 : 它 要 么 返回 符合 条 
件 的 元 素 项 ， 要 么 当 不 存在 这 样 的 元 素 时 生成 一 个 新 的 项 。 























被 记忆 的 内 容 应 该 是 值 不 可 变 的 ， 这 一 点 非常 重要 ， 有 必要 多 说 儿 闹 。 如 果 被 记忆 的 函数 
在 求解 其 返回 结果 的 时 候 ， 需 要 依赖 参数 以 外 的 任何 因素 ， 那 么 它 的 输出 是 不 可 预料 的 。 
如 果 被 记忆 的 函数 有 副作用 ， 那 么 当 它 直接 返回 缓存 结果 的 时 候 ， 就 跳 过 了 产生 副作用 的 
那 部 分 代码 ， 没 有 执行 。 


请 保证 所 有 被 记忆 的 函数 : 
。 没有 副作用 
。 不 依赖 任何 外 部 信息 








随 着 运行 时 的 功能 越 来 越 完善 ， 我 们 可 以 支配 的 运算 能 力也 越 来 越 强 ， 像 记忆 这 样 的 高 级 
特性 已 经 成 为 所 有 主流 语言 的 日 常 配 备 。 例 如 Java 8 虽然 没有 直接 提供 记忆 特性 ， 但 只 
借助 它 新 增 的 lambda 特性 ， 就 可 以 轻松 地 实现 记忆 功能 。 











就 算 你 对 Scala、Clojure 这 些 函 数 式 语 言 毫 无 兴趣 ， 宁 可 固守 当前 使 用 的 语 
言 ， 函 数 式 编程 还 是 会 随 着 语言 的 演变 而 进入 你 的 生活 。 




















4.2 缓 求 值 

缓 求 值 (lazy evaluation) 是 函数 式 编程 语言 常见 的 一 种 特性 ， 指 尽 可 能 地 推迟 求解 表达 
式 。 缓 求 值 的 集合 不 会 预先 算 好 所 有 的 元 素 ， 而 是 在 用 到 的 时 候 才 落实 下 来 ， 这 样 做 有 几 
个 好 处 。 第 一 ， 昂 贵 的 运算 只 有 到 了 绝对 必要 的 时 候 才 执 行 。 第 二 ， 我 们 可 以 建立 无 限 大 
的 集合 ， 只 要 一 直接 到 请 求 ， 就 一 直送 出 元 素 。 第 三 ， 按 缓 求 值 的 方式 来 使 用 上 映射、 筛选 
等 函数 式 概念 ， 可 以 产生 更 高 效 的 代码 。Java 8 以 前 的 Java 语言 本 身 不 支持 缓 求 值 ， 但 平 
台 上 有 一 些 框 架 和 后 继 语 言 提供 了 这 样 的 支持 。 


我 们 用 例 4-10 的 伪 代 码 来 做 一 些 分 析 ， 它 的 工作 是 打印 出 列表 的 长 度 。 
例 4-10 演示 “ 非 严格 求 值 ”的 伪 代 码 


print length([2+1, 3*2, 1/0, 5-4]) 




















这 段 代 码 会 得 到 怎样 的 执行 结果 ， 取 决 于 所 用 编程 语言 的 一 项 性 质 : 它 是 严格 求 值 
(strict) 的 ， 还 是 非 严格 求 值 (non-strict) 的 (也 叫 缓 求 值 ，lazy)。 在 严格 求 值 的 编程 语 
言 里 ,执行 (甚至 编译 ) 这 段 代 码 ， 会 因为 列表 中 的 第 三 个 元 素 而 发 生 “ 被 零 除 ”异常 。 
而 在 非 严 格 求 值 的 语言 里 ， 它 会 得 出 4 的 结果 ， 准 确 地 报告 列表 元 素 的 数目 。 毕 竞 我 们 调 
用 的 方法 叫 作 Length()， 而 不 叫 LengthAndThrowExceptionWhenDivByzero() ! 常用 的 非 严 
格 求 值 语言 有 Haskell。Java 虽然 不 属于 这 个 阵营 ， 但 缓 求 值 的 思路 仍然 可 以 给 我 们 带 来 好 
处 ， 另 外 Java 平 台 上 的 下 一 代 语 言 ， 有 一 部 分 已 经 具备 了 更 明显 的 缓 求 值 特征 。 




















4.2.1 _ Java 语言 下 的 缓 求 值 迭 代 子 
我 们 在 Java 语言 下 实现 缓 求 值 的 概念 ， 首 先 需要 找到 一 个 合适 的 数据 结构 作为 支撑 。 我 们 
的 探索 可 以 从 例 4-11 的 素数 (只 能 被 1 和 它 本 身 整 除 的 自然 数 ) 类 开始 。 





例 4-11 寻找 素数 ，Java 实现 


package com.nealford.functionalthinking.primes; 


import java.util.HashSet; 





用 巧 不 用 蛮 | 65 


import java.util.Set; 
import static java.lang.Math.sqrt; 
public class Prime { 


public static boolean isFactor(final int potential, final int number) { 
return number % potential == 0; 


} 


public static Set<Integer> getFactors(final int number) { 
Set<Integer> factors = new HashSet<>(); 
factors.add(1); 
factors.add(number); 
for (int i = 2; i < sqrt(number) + 1; i++) 
if (isFactor(i, number)) { 
factors.add(i); 
factors.add(number / i); 
} 


return factors; 


} 


public static int sumFactors(final int number) { 
int sum = 0; 
for (int i : getFactors(number)) 
Sum += i; 
return sum; 


} 


public static boolean isprime(final int number) { 
return sumFactors(number) == Number + 1; 


} 


public static Integer nextprimeFrom(final int LastPrime) { 
int candidate = LastPrime + 1; 
while (!isprime(candidate)) candidate++; 
return candidate; 


} 
Java 语言 本 身 不 提供 缓 求 值 的 集合 ， 但 这 并 不 妨碍 我 们 实现 一 个 特殊 的 Iterator 来 模拟 缓 
求 值 集合 。 有 了 例 4-11 的 准备 工作 ， 我 们 继续 构造 一 个 能 够 按 需要 返回 下 一 个 素数 的 迭代 
子 ， 如 例 4-12 所 示 。 
例 4-12 素数 迭代 子 ，Java 实现 


package com.nealford.ft.laziness; 




















import java.util.Iterator; 


public class PrimeIterator implements Iterator<Integer> { 
private int LastPrime = 1; 





@Override 
public boolean hasNext() { 
return true; 


} 


@Override 
public Integer next() { 
return lastPrime = Prime.nextPrimeFrom(LastPrime); 


} 


@Override 
public void remove() { 
throw new RuntimeException(" 颠 履 宇 宙 真 理 的 异常 ! "); 









































} 
} 


一 般 来 说 ， 开 发 者 会 把 迭代 子 想象 成 在 背后 有 一 个 存储 数据 的 集合 ， 实 际 上 任何 对 象 只 要 
支持 了 Iterator 接口 ， 就 可 以 算是 一 个 迭代 子 。 例 4-12 里 面 的 hasNext() 方法 总 是 返 
true， 这 是 因为 数学 上 可 以 证 明 ， 素数 有 无 穷 多 个 。remove() 方法 在 这 里 没有 意义 ， 基 
我 们 让 它 在 意外 被 调用 的 时 候 抛 出 异常 。 承 担 主要 工作 的 next() 方法 在 它 仅 有 一 行 的 方法 
体 里 面 做 了 两 件 事情 。 首 先 ， 它 通过 调用 我 们 在 例 4-11 中 实现 的 nextPrimeFrom() 方法 ， 
根据 上 一 个 素数 来 找到 下 一 个 素数 。 其 次 ， 它 利用 Java 用 一 条 语句 来 同时 完成 赋值 和 返回 
操作 的 能 力 ， 更 新 了 内 部 的 lastPrime 字段 。 











尽 回 




















4.2.2 使 用 Totally Lazy 框 架 的 完美 数 分 类 实现 

有 人 可 能 会 想 ， 除 非 遥遥 无 期 地 等 待 公司 升级 到 Java 8， 不 然 Java 语言 是 注定 与 简洁 的 函 
数 式 代码 无 缘 的 。 我 们 确实 不 可 能 给 旧版 本 的 Java 安 上 真正 的 高 阶 函数 ， 不 过 有 些 框架 创 
造 性 地 运用 泛 型 、 匿 名 类 和 静态 导入 (static import) 机 制 ， 也 能 部 分 地 展现 出 函数 式 编程 
的 优点 。 














我 们 在 第 2 章 讨论 过 完美 数 分 类 的 例子 ， 例 4-13 使 用 Totally Lazy 框架 重新 实现 了 一 遍 。 
Totally Lazy (https://code.google.com/p/totallylazy) 是 一 套 Java 框架 ， 它 以 一 种 稍 显 鹃 嗪 的 
方式 ， 在 Java 语言 下 实现 了 函数 式 风 格 的 语法 。 








例 4-13 使 用 Totally Lazy Java 框架 实现 的 完美 数 分 类 
import com.googlecode.totallylazy.Predicate; 
import com.googlecode.totallylazy.Sequence; 





import static com.googlecode.totallylazy.Predicates.is; 
import static com.googlecode.totallylazy.numbers.Numbers.*; 
import static com.googlecode.totallylazy.predicates.WherePpredicate.where; 


public class NumberClassifier { 
public static Predicate<Number> isFactor(Number n) { 
return where(remainder(n), is(zero)); 0 


3} 
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public static Sequence<Number> getFactors(final Number n) { 
return range(1, n).filter(isFactor(n)); 


} 


public static Sequence<Number> factors(final Number n) { 
return getFactors(n).memorise(); 


} 


public static Number aliquotSum(Number n) { 
return subtract(factors(n).reduce(sum), nN); 


} 


public static boolean isperfect(Number n) { 
return equalTo(n, aliquotSum(n)); 


} 


public static boolean isAbundant(Number n) { 
return greaterThan(aliquotSum(n), nN); 


} 


public static boolean isDeficient(Number n) { 
return lessThan(aliquotSum(n), nN); 


}} 


@ remainder 等 函数 和 where 等 谓词 都 是 框架 提供 的 。 





开头 的 连 串 静态 导入 让 我 们 得 以 省 略 频 繁 出 现 的 类 前 级 ,减少 了 行文 中 的 干扰 。 经 过 这 样 
的 处 理 ， 代 码 已 经 不 像 典 型 的 Java 语句 ， 但 可 读 性 很 高 。Totally Lazy 框架 对 Java 的 补益 
不 可 能 越 出 Java 语法 的 界限 ， 因 此 它 没有 运用 运算 符 重 载 ， 而 通过 增加 适当 的 方法 来 改善 
表现 力 。 于 是 num % i == 0 就 写成 了 where(remainder(n)，is(zero)) 的 形式 。 





Totally Lazy 的 简便 语法 有 一 部 分 是 受到 JUnit 测试 框架 (http://junit.org/) 的 扩展 库 
Hamcrest (https://code.google.com/p/hamcrest) 的 启发 ， 甚 至 直接 使 用 了 Hamcrest 的 一 些 
类 。 在 Totally Lazy 的 remainder() 方法 和 Hamcrest 的 is() 方法 推手 之 下 ， 我 们 用 一 次 
where() 调用 来 完成 了 isFactor() 方法 的 工作 。factors() 方法 也 类 似 地 变 成 对 range() 对 
象 进行 的 一 次 fitLter() 调用 。 约 数 的 求 和 工作 则 由 我 们 现在 已 经 很 熟悉 的 reduce() 方法 
来 完成 。 由 于 Java 不 支持 运算 符 重 载 ， 求 解 aliquotSunm 所 需 的 减法 运算 也 只 好 变 成 了 对 
subtract() 方法 的 调用 。 最 后 ，isPerfect() 方法 使 用 Hamcrest 提供 的 equatLTo() 方法 来 
判断 目标 数 本 身 是 否 等 于 它 的 真 约 数 和 。 














Totally Lazy 利用 Java 语言 中 不 甚 起 眼 的 静态 导入 特性 ， 出 色 地 营造 了 富 于 可 读 性 的 代 
码 。 很 多 开发 者 武断 地 相信 Java 是 一 种 糟糕 的 内 部 DSL (领域 专用 语言 ) 宿主 ，Totally 
Lazy 戳 破 了 这 种 论调 。 缓 求 值 也 是 Totally Lazy 积极 运用 的 原则 之 一 ,一 切 操作 都 被 尽 可 
能 地 推迟 。 





我 们 如 果 希 望 建 立 更 传统 一 些 的 缓 求 值 数据 结构 ， 高 阶 函 数 会 是 很 重要 的 一 件 工具 。 





攻 


68 | 第 4 


4.2.3 ” Groovy 语言 的 缓 求 值 列表 

缓 求 值 列 表 是 函数 式 语 言 普遍 具备 的 特性 ， a dc ‘在 需要 的 时 刻 才 产 生 其 中 的 内 容 。 
缓 求 值 列表 的 作用 之 一 是 暂缓 初始 化 昂贵 的 资源 ， 除 非 到 了 绝对 必要 的 时 候 。 缓 求 值 列表 
还 可 以 用 来 构建 无 限 序 列 ， 也 就 是 没有 上 边界 的 列表 。 如 果 需 求 上 没有 预先 限定 列表 的 大 
小 ， 那 么 我 们 可 以 让 它 根据 需要 来 变化 。 

















我 们 可 以 先 用 一 个 例子 来 体会 一 下 Groovy 中 缓 求 值 列表 的 用 法 ， 然 后 再 考虑 怎样 实现 一 
个 缓 求 值 列 表 。 请 看 例 4-14。 





例 4-14” 缓 求 值 列表 在 Groovy 中 的 应 用 


def prepend(val, closure) { new LazyList(val, closure) } 
def integers(n) { prepend(n, { integers(n + 1) }) } 


QTest 
public void lazy_list acts like a list() { 
def naturalNumbers = integers(1) 
assertEquals('123456789 10', naturalNumbers.getHead(10).join(' ')) 
def evenNumbers = naturalNumbers.filter { it %2 ==0} 
assertEquals('2 4 6 8 10 12 14 16 18 20', evenNumbers.getHead(10).join(' ')) 
} 





例 4-14 的 第 一 个 方法 prepend() 创建 了 一 个 缓 求 值 列表 ， 供 后 续 代 码 向 列表 追加 数据 。 熟 
悉 函 数 式 语言 的 读者 可 能 会 注意 到 ， 这 个 方法 就 相当 于 函数 式 语言 中 一 般 叫 作 cons() 的 
列表 构建 函数 。 下 一 个 方法 integers() 利用 prepend() 方法 来 产生 并 返回 一 个 整数 列表 。 
我 们 传 给 prepend() 的 两 个 参数 是 列表 的 初始 元 素 值 和 用 来 产生 下 一 个 元 素 的 代码 块 。 
integers() 就 像 一 个 制造 整数 列表 的 工厂 ， 初 始 值 排 在 流水 线 的 打头 位 置 上 ， 后 续 的 值 从 
制造 机 构 里 源源 生产 出 来 。 





























从 列表 中 取出 值 要 通过 getHead() 方法 ， 它 按照 参数 里 指定 的 数目 ， 取 出 列表 头 部 的 若干 
元 素 。 例 4-14 中 的 naturaLNumbers 是 表示 所 有 自然 数 的 缓 求 值 列表 ， 我 们 调用 getHead() 
方法 来 取得 它 的 一 个 子 集 ， 并 在 参数 里 指 定 需要 的 数目 。 我 们 得 到 的 返回 值 正 是 断言 中 列 
出 的 从 1 到 10 的 自然 数 。 接 下 来 的 用 例 是 通过 filter() 来 获得 一 个 偶数 的 缓 求 值 列表 ， 
然后 用 getHead() 来 取得 前 10 个 偶数 。 




















例 4-15 给 出 了 LazyList 的 实现 。 


例 4-15 LazyList 的 Groovy 实现 
package com.nealford.ft.allaboutlists 


class LazyList { 
private head, tail 


LazyList(head, tail) { 
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this.head 
this. tail 


head; 
tail 


def LazyList getTail() { tail ? tail() : null } 


def List getHead(n) { 
def harvestedValues = []; 
def current = this 
n.times { 
harvestedValues << current.head 
current = current.tail 


} 


harvestedValues 


def LazyList filter(Closure p) { 
if (p(head)) 
p.owner.prepend(head, { getTail().filter(p) }) 
else 
getTail().filter(p) 


} 


缓 求 值 列表 由 头 部 head 和 尾部 tail 两 部 分 构成 ,构造 函数 明显 地 体现 了 这 一 点 

getTail() 方法 检查 尾部 ， 若 不 是 nutl 则 执行 它 。getHead() 方法 负责 收集 要 返回 的 元 素 ， 
它 每 次 从 列表 头 部 摘 下 一 个 现成 的 元 素 ， 同 时 令 尾 部 生产 一 个 新 的 元 素 ， 并 按照 需要 返回 
的 元 素数 目 ， 调 用 n.times {...} 来 重复 上 述 过 程 ， 最 后 返回 收集 好 的 所 有 值 。 


缓 求 值 列 表 特别 适用 于 资源 的 生产 成 本 较 高 的 情况 ， 例 如 创建 一 个 完美 数 的 列表 。 


完美 数 的 缓 求 值 列表 

我 们 继续 用 一 个 熟悉 的 例子 一 一 第 2 章 的 完美 数 分 类 问题 一 一 来 做 试验 对 象 。 迄 今 为 止 我 
们 尝试 过 的 所 有 实现 方式 都 有 一 个 共同 缺点 ， 那 就 是 必须 先 给 3 2 
次 ， 我 们 希望 得 到 一 个 完美 数 的 缓 求 值 列 表 。 i 对 出 了 一 国 数 式 风格 ， 且 十 分 
紧凑 的 实现 。 


例 4-16 删 繁 就 简 的 完美 数 分 类 程序 ，Groovy 实现 


package com.nealford.ft.allaboutlists 


























import static com.nealford.ft.allaboutlists.NumberClassification.* 


def enum NumberClassification { 
PERFECT, ABUNDANT, DEFICIENT 


} 


class NumberClassifier { 
static def factorsof(number) { 
(1..number).findAll { i -> number % i == 0 } 





static def classify(number) { 
switch (factorsOof(number).inject(0, { i,j ->i+j}))t{ 
case { it < 2 * number }: return DEFICIENT 
case { it > 2 * number }: return ABUNDANT 
case { it == 2 * number }: return PERFECT 
} 
} 


static def isperfect(number) { 
classify(number) == PERFECT 
} 


static def nextPerfectNumberAfter(n) { 
while (!isperfect(++n)); 
n 
} 
} 


例 4-16 构造 了 一 个 紧凑 的 classify() 方法 ， 它 在 隐 含 变量 it 上 逐一 验证 各 条 分 类 
规则 ， 然 后 返回 一 个 NumberClassification 枚 举 来 表明 检查 的 结果 。 新 出 现 的 方法 
nextPerfectNumber() 在 内 部 使 用 isPerfect() 来 寻找 大 于 参数 值 n 的 下 一 个 完美 数 。 就 算 
n 的 数字 不 大 ， 这 个 方法 也 需要 执行 很 长 时 间 才 能 得 出 结果 (尤其 是 提供 的 代码 未 经 任何 
优化 ) ， 况 且 完 美 数 本 就 分 布 得 比较 稀 玻 。 





























有 了 这 个 新 版 本 的 NumberCtassifier， 我 们 就 可 以 建立 完美 数 的 缓 求 值 列 表 了， 如 例 4-17 
所 示 。 


例 4-17 推迟 初始 化 的 完美 数列 表 
def perfectNumbers(n) { prepend(n， 
{ perfectNumbers(nextPerfectNumberAfter(n)) }) }; 


@Test 

public void infinite perfect number_sequence() { 
def perfectNumbers = perfectNumbers(nextPerfectNumberAfter(1)) 
assertEquals([6, 28, 496], perfectNumbers.getHead(3)) 

} 


通过 例 4-15 定义 的 prepend() 方法 ， 我 们 构造 了 一 个 完美 数 的 列表 ， 其 中 头 部 是 列表 的 初 
始 值 ， 尾 部 则 是 能 够 计算 出 下 一 个 完美 数 的 的 代码 块 。 列 表 首 先 经 过 初始 化 ， 求 出 大 于 1 
的 第 一 个 完美 数 (经 过 静态 导入 ， 我 们 可 以 使 用 更 简短 的 写法 来 调用 NumberClassifier. 
nextPerfectNumberFrom())。 最 后 我 们 让 初始 化 好 的 列表 返回 了 前 三 个 完美 数 。 


查找 完美 数 的 计算 成 本 十 分 高 郧 ， 我 们 自然 会 希望 尽量 少 做 这 样 的 计算 。 在 缓 求 值 列表 的 
帮助 下 ， 我 们 能 够 把 计算 推迟 到 最 适当 的 时 刻 才 去 执行 。 

当 “ 列 表 ” 被 抽象 成 “ 带 编号 的 格子 ”的 时 候 ， 我 们 不 容易 设想 无 限 序 列 应 该 是 什么 样 
子 。 而 由 “第 一 个 元 素 ” 和 “ 剩 下 的 部 分 ”构成 的 列表 形象 ， 则 会 更 多 地 促使 我 们 越过 列 








ed 
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表 的 结构 去 考虑 其 中 的 元 素 ， 进 而 有 机 会 靖 发 出 像 缓 求 值 列 表 这 一 类 的 新 思路 。 


4.2.4 构造 缓 求 值 列表 
上 文 提 过 ， 编 程 语言 可 以 分 成 急切 求解 所 有 表达 式 的 严格 求 值 ， 以 及 推迟 求解 直到 最 后 关 
头 的 缓 求 值 两 个 类 别 。Groovy 本 质 上 是 一 种 严格 求 值 的 语言 ， 但 如 果 我 们 用 闭 包 递归 地 将 
一 个 严格 求 值 的 列表 层 层 包 焉 起 来 ， 就 可 以 将 之 变换 成 缓 求 值 列表 。 我 们 只 要 推迟 执行 闭 
包 ， 也 就 推迟 了 对 后 续 元 素 值 的 求解 。 


Groovy 把 严格 求 值 的 空 列表 表示 成 一 个 数组 ， 写 成 一 对 没有 内 容 的 方 括号 : []。 如 果 用 闭 
包 把 它 括 起 来 ， 就 变 成 了 一 个 缓 求 值 的 空 列表 : 



































{-> [] } 


如 果 我 们 需要 向 列表 添加 一 个 元 素 ， 可 以 添加 在 列表 的 前 端 ， 形 成 新 的 列表 ， 然 后 再 次 让 
它 变 成 缓 求 值 的 : 




















{-> [a, {->[]}]} 


向 列表 前 端 添 加 元 素 的 方法 ,传统 上 一 般 命名 为 prepend 或 者 cons。 我 们 继续 重复 这 个 添 
加 新 元 素 的 过 程 ， 添 加 三 个 元 素 (a、b、c) 之 后 ， 得 到 如 下 结果 : 


{-> [a, {-> [b, {-> [ c, {->[]}]}]}]} 


这 里 的 语法 相当 笨拙 ， 但 只 要 我 们 掌握 了 其 中 的 原理 ， 就 可 以 在 Groovy 语言 下 构造 一 个 
完整 实现 了 传统 接口 的 缓 求 值 集合 ， 如 例 4-18 所 示 。 






































例 4-18 在 Groovy 语言 中 构造 一 个 缓 求 值 列表 
class PLazyList { 
private Closure list 





private PLazyList(list) { 
this. list = list 


} 


static PLazyList nil() { 
new PLazyList({-> []}) 
} 


PLazyList cons(head) { 
new PLazyList({-> [head, list]}) 
} 


def head() { 
def lst = list.call() 
lst ? lst[0] : null 





def tail() { 

def lst = list.call() 

lst ? new PLazyList(lst.tail()[0]) : nil() 
} 


boolean isEmpty() { 
list.call() == [] 
} 


def fold(n, acc, f) { 
n == 0 || isEmpty() ? acc : tail().fold(n - 1, f.call(acc, head()), f) 
} 


def foldAll(acc, f) { 
isEmpty() ? acc : tail().foldAll(f.call(acc, head()), f) 


def take(n) { 
fold(n, []) {acc, item -> acc << item} 


} 


def takeAll() { 
foLdALL([]) {acc, item -> acc << item} 
} 


def toList() { 
takeAll() 
} 
} 


例 4-18 设置 了 一 个 私有 的 构造 国 数 ，nitL() 方法 调用 该 构造 函数 来 生成 一 个 空 列表 ， 且 在 


调用 时 传 入 了 一 个 空 列表 作为 起 始 。cons() 方法 将 其 参数 作为 新 元 素 添 加 到 列表 的 头 部 ， 
然后 把 添加 结果 装 进 一 个 闭 包 。 








接 下 来 的 三 个 方法 是 实现 列表 遍历 的 必需 品 。head() 方法 返回 列表 的 第 一 个 元 素 ，tail() 
返回 余下 的 部 分 ， 即 由 除 第 一 个 元 素 以 外 的 所 有 元 素 构成 的 子 列表 。 在 这 两 个 方法 里 
面 ， 我 们 都 对 闭 包 执 行 了 catL()， 这 是 为 了 迫使 朵 包 里 的 缓 求 值 操作 进入 执行 。 当 我 们 
开始 向 列表 索取 元 素 的 时 候 ， 它 就 不 能 继续 推迟 操作 了 ， 必 须 立 即 开始 执行 来 响应 要 求 。 
isEmpty() 方法 顾名思义 ， 是 用 来 检查 列表 中 是 否 还 有 待 求解 的 元 素 项 。 


其 余 的 方法 都 是 一 些 操纵 列表 的 高 阶 函数 。fold() 和 foLdALL() 方法 负责 执行 我 们 熟悉 的 
折 登 操作。 前 面 的 内 容 已 经 展示 过 它们 的 用 法 ， 不 过 例 4-18 是 我 们 首次 完全 用 闭 包 来 构造 
这 样 一 个 递归 的 函数 定义 。foldAL1() 方法 检查 列表 是 否 为 空 ， 若 为 空 则 返回 acc (代表 累 
职 量 accumulator， 即 折 又 操作 的 初始 值 )。 如 果 列 表 不 为 空 ， 那 么 它 在 列表 尾部 tatL() 上 
递归 地 调用 foldALL()， 并 经 参数 传人 累积 量 和 列表 头 部 。f 参数 所 代表 的 函数 规定 要 有 两 
个 参数 ， 且 返回 单一 值 ， 在 我 们 将 一 个 元 素 “ 折 又 ”到 它 的 相 邻 元 素 上 的 时 候 ， 具 体 执行 
哪些 动作 就 由 这 个 函数 来 定义 。 
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例 4-19 演示 了 怎样 构建 和 操纵 我 们 设计 的 这 个 列表 。 
例 4-19 缓 求 值 列表 用 法 演示 


def lazylist = PLazyList.nil().cons(4).cons(3).cons(2).cons(1) 

printLn(LazyList.takeALL()) // [1, 2, 3, 4] 

println(lazylist.foldAll(0, {i, j -> i + j})) // 10 

lazylist = PLazyList.nil().cons(1).cons(2).cons(4).cons(8) 

printLn(LazyList.take(2)) // [8, 4] 
例 4-19 首先 演示 列表 的 创建 ， 做 法 是 在 空 列表 上 连续 地 调用 cons() 来 添加 新 的 值 。 接 
着 用 takeALL() 取出 了 全 部 元 素 ， 输 出 结果 有 一 点 值得 注意 ， 各 元 素 的 出 现 次 序 与 它们 
被 放 进 列表 的 次 序 是 相反 的 。 请 记 住 cons() 实际 上 是 一 个 向 前 追加 (prepend) 的 操作 ， 
新 元 素 被 放置 在 列表 的 最 前 面 。 我 们 传 给 foLdALL() 方法 一 个 代码 块 人 i，j 一 i + 守 ， 
当 foLdALL() 执行 这 个 代码 块 的 时 候 ， 就 相当 于 对 列表 进行 了 求 和 运算 。 最 后 我 们 调用 
take() 方法 来 迫使 列表 立即 求解 它 的 前 两 个 元 素 。 
现实 中 不 会 直接 按照 例子 里 的 方式 去 实现 缓 求 值 列 表 ， 通 常会 避免 使 用 递归 ， 而 且 会 包含 


更 丰富 、 灵 活 的 列表 操纵 方法 。 人 对 学 习 和 使 
用 都 是 有 利 的 。 


4.2.5 缓 求 值 的 好 处 
组 求 值 列表 有 几 个 好 处 。 第 一 ， 我 们 可 以 用 它 创 建 无 限 长 度 的 序列 。 由 于 不 需要 求解 还 没 
用 到 的 元 素 值 ， 我 们 可 以 用 缓 求 值 集合 来 建 模 无 限 列 表 ， 例 4-16 已 经 演示 过 这 样 的 用 法 。 


第 二 个 优点 是 减少 占用 的 存储 空间 。 假 如 能 够 用 推导 的 方法 得 到 后 续 的 值 ， 那 就 不 必 有 预先 
存储 完整 的 列表 了 一 一 这 是 牺牲 速度 来 换取 存储 空间 的 做 法 。 是 否 采用 缓 求 值 集合 ， 取 决 
于 我 们 如 何 权衡 元 素 值 的 存储 和 计算 的 花费 。 


第 三 点 是 缓 求 值 集合 的 关键 优势 所 在 ， 缓 求 值 集合 有 利于 运行 时 产生 更 高 效率 的 代码 。 请 
看 例 4-20。 


















































例 4-20 查找 “ 回 文 词 "，Groovy 实现 
def ispalindrome(s) { 
def sl = s.toLowerCase() 
sl == sl.reverse() 


} 


def findFirstpalindrome(s) { 
s.tokenize(' ').find {ispalindrome(it)} 


} 


s1 = "The quick brown fox jumped over anna the dog"; 
println(findFirstpalindrome(s1)) 

s2 = "Bob went to Harrah and gambled with Otto and Steve" 
println(findFirstpalindrome(s2)) 





例 4-20 的 isPaLindrome() 方法 首先 规整 目标 词 的 大 小 写 ， 然 后 检查 词 中 字符 的 顺序 
反 转 之 后 ， 是 否 还 与 原来 的 字符 排列 相同 ， 也 就 是 所 谓 的 “ 回 文 词 ”(palindrome ) 。 
findFirstPalindrome() 尝试 在 一 段 话 里 找 出 第 一 个 回 文 词 ， 查 找 过 程 利 用 了 Groovy 的 
find() 方法 ， 筛 选 的 逻辑 通过 一 个 闭 包 传 进 find()。 


假设 我 们 有 很 长 的 一 段 字 符 序 列 ， 需 要 从 里 面 找 出 第 一 个 回 文 词 。 按 照例 4-20 的 代码 ,在 
执行 findFirstPaLitndrome() 方法 的 过 程 中 ， 它 首先 迫切 地 对 整个 序列 做 词 的 划分 ， 建 立 
起 一 个 中 间 数 据 结构 ， 然 后 在 这 个 中 间 结 构 上 开始 find() 操作 。Groovy 的 tokenize() 方 
法 不 是 缓 求 值 的 ， 当 字 符 序 列 很 长 的 时 候 ， 有 可 能 产生 一 个 十 分 庞大 的 临时 结构 ， 而 其 中 
的 大 部 分 数据 都 会 在 下 一 步 操 作 中 被 丢弃 。 如 果 这 个 例子 用 Clojure 语言 来 实现 的 话 ， 会 
怎么 样 呢 ? 我 们 来 看 看 例 4-21。 
































例 4-21 查找 “ 回 文 词 "，Clojure 实现 
(defn palindrome? [s] 
(let [sl (.toLowerCase s)] 
(= sl (apply str (reverse s1))))) 


(defn find-palindromes [s] 
(filter palindrome? (clojure.string/split s #" "))) 


(println (find-palindromes "The quick brown fox jumped over anna the dog")) 

ne (find-palindromes "Bob went to Harrah and gambled with Otto and Steve")) 

;(Bob Harrah Otto) 

(println (take 1 (find-palindromes "Bob went to Harrah with Otto and Steve"))) 

; (Bob) 
例 4-20 和 例 4-21 的 实现 思路 完全 一 样 ， 只 是 使 用 了 不 同 的 语言 构造 。 例 4-21 的 
(palindrome? ) 国 数 首先 将 参数 字符 串 规 整 为 小 写 形式 ， 然 后 检查 字符 顺序 反 转 之 后 得 到 
的 字符 串 是 否 相 同 。 多 出 来 的 apply 调用 是 为 了 把 reverse 返回 的 字符 序列 转 成 String 类 
型 ， 方 便 比较 。(find-paLindromes ) 函数 利用 了 Clojure 提供 的 (filter ) 函数 ，(filter ) 
要 求 传人 充当 篇 选 逻辑 的 一 个 函数 以 及 待 肇 选 的 集合 。 按 照 Clojure 的 语法 ， 表 达 对 
(palindrome? ) 函数 的 调用 可 以 有 不 同 的 写法 。 我 们 可 以 建立 一 个 匿名 函数 来 完成 调用 ， 
简写 为 #(palindrome? %) 的 形式 。 这 是 利用 了 Clojure 的 语法 便利 ， 略 去 匿名 函数 的 声明 
步骤 ， 并 省 略 参数 的 命名 ， 以 % 符 号 来 指 代 唯一 的 参数 。 例 4-21 不 必 求 助 于 匿名 函数 ， 它 
只 要 直接 写 下 函数 名 就 可 以 了 ; (filter ) 要 求 传 入 一 个 单 参数 且 返 回 布尔 类 型 的 函数 ， 
(palindrome? ) 符合 这 个 要 求 。 























医 





从 Groovy 翻译 成 Clojure 代码 ， 不 仅仅 发 生 了 语法 上 的 转换 。Clojure 的 数据 结构 都 是 默 
认 缓 求 值 的， 包括 各 种 集合 操作 也 是 如 此 ， 如 例 中 用 到 的 filter 和 split。 因 此 在 Clojure 
版 的 实现 里 ， 一 切 都 自动 地 具备 缓 求 值 特性 ， 这 种 性 质 在 例 4-21 的 第 二 则 演示 中 发 挥 了 作 
用 : 当 我 们 在 含有 多 个 匹配 项 的 集合 上 调用 (find-paLindromes ) 的 时 候 ， 从 (filter ) 返 
回 的 是 一 个 缓 求 值 的 集合 ， 只 是 后 续 的 打印 操作 迫使 它 落 实 了 求 值 结果 。 如 果 我 们 只 想 要 
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第 一 个 匹配 项 ， 那 么 可 以 像 第 三 则 演示 那样 ， 圈 定 缓 求 值 的 结果 名 额 。 


Scala 实现 缓 求 值 特性 的 手法 略 有 不 同 。 它 没有 把 一 切 都 默认 安排 成 缓 求 值 的 ， 而 是 在 集 
合 之 上 另外 提供 了 一 层 缓 求 值 的 视图 。 我 们 来 看 例 4-22 的 Scala 版 回 文 词 查找 实现 。 


























例 4-22 查找 “ 回 文 词 *"，Scala 实现 


def ispalindrome(x: String) = x == x.reverse 
def findpalidrome(s: Seq[String]) = s find ispalindrome 


findpalindrome(words take 1000000) 





按照 例 4-22 的 写法 ，take 方法 从 非 缓 求 值 集 合 中 取出 前 一 百 万 个 词 的 操作 效率 会 很 差 ， 
而 当 我 们 的 目标 仅仅 是 从 中 找 出 第 一 个 回 文 词 的 时 候 ， 代 价 和 收获 就 更 不 相称 了 。 为 了 让 
words 变 成 缓 求 值 的 集合 ， 我 们 调用 view 方法 : 





findpalindrome(words.view take 1000000) 


view 方法 开启 了 对 集合 的 缓 求 值 遍历 ， 将 大 幅 提高 后 续 代码 的 执行 效率 。 


4.2.6 ”组 求 值 的 字段 初始 化 

在 结束 缓 求 值 这 个 话题 之 前 ， 有 必要 提 一 下 缓 求 值 特性 在 Scala 和 Groovy 语言 中 的 另 一 
处 体现 。 它 们 都 为 推迟 昂贵 的 初始 化 工作 提供 了 便利 。Scala 只 要 在 val 声明 前 面 加 上 
“lazy” 字 样 ， 就 可 以 令 字 段 从 严格 求 值 变 成 按 需 要 求 值 : 














lazy val x = timeConsumingAndOrSizableComputation() 
这 种 写法 其 实 是 一 层 语法 糖衣 ， 相 当 于 下 面 的 代码 : 


Var _x = None 
def x = if ( x.isDefined) x.get else { 
_x = Some(timeConsumingAndOrSizableComputation()) 
_x.get 
} 
Groovy 也 提供 了 效果 差不多 的 便利 语法 ， 不 过 它 是 通过 一 种 高 级 语言 特性 抽象 语法 树 变 
换 来 实现 的 。 这 种 特性 允许 我 们 操作 编译 器 产生 的 内 部 结构 抽象 语法 树 (Abstract Syntax 
Tree，AST) ， 在 很 基础 的 层次 上 实施 变换 。Groovy 预定 义 了 若干 变换 ， 其 中 就 有 @Lazy 标 
注 ， 用 法 如 例 4-23 所 示 。 








例 4-23 ”Groovy 的 缓 初始 化 字段 
class Person { 
@Lazy pets = ['Cat', 'Dog', 'Bird'] 
} 


def p = new Person() 





assert !(p.dump().contains('Cat')) 


assert p.pets.size() == 3 
assert p.dump().contains('Cat') 





例 4-23 的 测试 说 明 ，Person 实例 p 一 开始 并 不 包含 Cat 这 个 值 ， 直 到 我 们 首次 访问 相关 结 
构 的 时 候 ， 它 才 被 初始 化 进去 。Groovy 还 允许 用 闭 包 来 初始 化 字段 : 

















CLass Person { 
@Lazy List pets = { /* 各 种 复杂 运算 */ }() 
} 
更 进一步 ， 我 们 可 以 让 Groovy 通过 软 引 用 (soft reference) 来 持 有 缓 初始 化 的 字段 ， 软 引 
用 是 Java 平台 上 可 以 按 需要 回收 的 一 种 指针 引用 : 








class Person { 
@Lazy(soft = true) List pets = ['Cat', 'Dog', 'Bird'] 
} 
最 后 我 们 得 到 内 存 使 用 效率 最 高 的 一 个 版 本 ， 一 边 尽量 推迟 初始 化 ， 一 边 积极 地 按 需 回收 
内 存 。 
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第 5 章 
演化 的 语言 





函数 式 编 程 语言 和 面向 对 象 语言 对 待 代码 重 用 的 方式 不 一 样 。 面 向 对 象 语言 喜欢 大 量 地 建 
并 有 很 多 操作 的 各 种 数据 结构 ， 函 数 式 语言 也 有 很 多 的 操作 ， 但 对 应 的 数据 结构 却 很 少 。 
面向 对 象 语言 鼓励 我 们 建立 专门 针对 某 个 类 的 方法 ， 我 们 从 类 的 关系 中 发 现 重复 出 现 的 模 
式 并 加 以 重用 。 函 数 式 语言 的 重用 表现 在 函数 的 通用 性 上 ， 它 们 鼓励 在 数据 结构 上 使 用 各 
种 共通 的 变换 ， 并 通过 高 阶 函 数 来 调整 操作 以 满足 具体 事项 的 要 求 。 














软件 开发 中 有 一 些 问题 会 反复 地 出 现 ， 各 种 语言 为 了 解决 特定 的 问题 而 演化 出 了 不 同 的 解 
决 方案 ， 这 就 是 本 章 要 讨论 的 话题 。 我 们 将 谈 及 函数 式 编程 对 于 自 定义 数据 结构 的 态度 落 
差 ， 语 言语 法 的 可 塑性 和 由 此 衍生 的 解答 思路 ， 还 将 谈 及 分 发 (dispatch) 问题 的 答案 选 
项 ， 运 算 符 重 载 ， 以 及 函数 式 数 据 结构 。 


5.1 少量 的 数据 结构 搭配 大 量 的 操作 
100 个 函数 操作 一 种 数据 结构 的 组 合 ， 要 好 过 10 个 函数 操作 10 种 数据 结构 的 组 合 。 
Alan Perlis 








在 面向 对 象 的 命令 式 编程 语言 里 面 ， 重 用 的 单元 是 类 和 用 作 类 间 通 信 的 消息 ， 通 常 可 以 表 
述 成 一 幅 类 图 (class diagram)。 例 如 这 个 领域 的 开拓 性 著作 《设计 模式 ， 可 复 用 面向 对 象 
软件 的 基础 》 就 给 每 一 个 模式 都 至 少 绘制 了 一 幅 类 图 。 在 OOP 的 世界 里 ， 开 发 者 被 就 励 
针对 具体 的 问题 建立 专门 的 数据 结构 ， 并 以 方法 的 形式 ， 将 专门 的 操作 关联 在 数据 结构 
上 上。 函数 式 编程 语言 选择 了 另 一 种 重用 思路 。 它 们 用 很 少 的 一 组 关键 数据 结构 (如 List、 
set、map) 来 搭配 专 为 这 些 数据 结构 深度 优化 过 的 操作 。 我 们 在 这 些 关键 数据 结构 和 操作 
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组 成 的 一 套 运 转机 构 上 面 ， 按 需要 “插入 ”另外 的 数据 结构 和 高 阶 函 数 来 调整 机 器 ， 以 适 
应 具体 的 问题 。 例 如 我 们 已 经 在 几 种 语言 中 操练 过 的 filter() 函数 ， 传 给 它 的 代码 块 就 是 
这 么 一 个 “插入 ”的 部 件 ， 筛 选 的 条 件 由 传 入 的 高 阶 函 数 确 定 ， 而 运转 机 构 则 负责 高 效率 
地 实施 划 选 ， 并 返回 得 选 后 的 列表 。 


比 起 在 定制 的 类 结构 上 做 文章 ， 把 封装 的 单元 缩小 到 函数 级 别 ， 有 利于 在 更 基础 的 层面 上 
更 细 粒 度 地 实施 重用 。Clojure 很 好 地 发 挥 了 这 方面 的 优势 ， 例 如 在 XML 的 解析 问题 上 。 
Java 语言 的 XML 解析 框架 数量 繁多 ， 每 一 种 都 有 自己 的 定制 数据 结构 和 方法 语义 〈 如 
SAX 和 DOM 都 是 自 成 一 体 )。Clojure 的 做 法 相反 ， 它 不 鼓励 使 用 专门 的 数据 结构 ， 而 是 
将 XML 解析 成 标准 的 Map 结构 。 而 Clojure 有 极为 丰富 的 工具 可 以 与 map 结构 相配 合 ， 比 
如 我 们 只 需要 利用 内 建 的 list-comprehension 函数 for， 就 可 以 实现 XPath 风格 的 查询 ， 如 
例 5-1 所 示 。 















































例 5-1 用 Clojure 语言 解析 XML 


(use 'clojure.xml) 
(def WEATHER-URI "http://weather .yahooapis.com/forecastrss?w=%d&u=f") 


(defn get-location [city-code] 
(for [x (xmL-seq (parse (format NEATHER-URI city-code))) 
:when (= :yweather:location (:tag x))] 
(str (:city (:attrs x)) "," (:region (:attrs x))))) 


(defn get-temp [city-code] 
(for [x (xmL-seq (parse (format NEATHER-URI city-code))) 
:when (= :yweather:condition (:tag x))] 
(:temp (:attrs x)))) 


(println "weather for " (get-location 12770744) "is " (get-temp 12770744)) 


例 5-1 访问 了 Yahool! 的 天 气 服务 来 取得 给 定 城市 的 天 气 预报 。Clojure 作为 一 种 Lisp 变 
种 ， 它 的 代码 按照 由 内 而 外 的 顺序 阅读 起 来 会 容易 一 些 。 对 服务 端口 的 实际 调用 发 生 在 
(parse (format WEATHER-URI city-code))， 这 里 利用 了 String 类 的 format() 函数 来 向 
字符 串 中 艇 入 city-code 字段 。 然 后 list comprehension 函数 for 将 经 xmL-seq 转换 后 的 
XML 解析 结果 ， 放 入 可 查询 的 map 结构 x。 接 下 来 由 :when 谓词 进行 匹配 ， 我 们 要 找 的 
是 :yweather:condition 标签 (已 经 被 转换 成 Clojure 关键 字 )。 


为 了 更 好 地 理解 这 几 行 语句 是 怎么 从 map 结构 中 取出 数值 的 ， 我 们 可 以 先 看 看 结构 里 到 底 
放 了 哪些 内 容 。 从 天 气 服务 返回 的 内 容 ， 解 析 过 后 会 是 下 面 的 样子 : 


















































({:tag :yweather:condition, :attrs {:text Fair, :code 34, :temp 62, :date Tue， 
04 Dec 2012 9:51 am EST}, :content nil}) 





由 于 Clojure 特别 为 操作 map 结构 而 做 的 优化 ，map 结构 中 的 关键 字 同 时 也 是 该 结构 的 一 
个 函数 。 例 5-1 中 调用 (:tag x)， 意 思 相 当 于 “从 保存 在 x 的 map 中 取出 :tag 键 所 对 应 
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的 值 ”。 同 理 ， 通 过 :yweather:condition 也 可 以 取出 它 所 对 应 的 值 ， 也 就 是 另 一 个 map 结 
构 attrs。 随 后 我 们 又 用 相同 的 语法 ， 从 attrs 中 取出 了 :temp 键 所 对 应 的 值 。 














Clojure 似乎 有 无 数 种 方法 可 以 操作 map 和 其 他 核心 数据 结构 ， 令 初学 者 望 而 生 眼 。 这 种 
状况 反映 了 一 个 事实 ，Clojure 的 大 部 分 特性 都 是 围绕 这 些 核心 的 、 高 度 优化 的 数据 结构 而 
存在 的 。 与 其 另外 搭建 一 套 框 架 来 容纳 XML 的 解析 结果 ，Clojure 选择 将 之 适 配 到 已 有 的 
核心 结构 上 ， 因 为 这 边 已 经 准备 好 了 一 大 套现 成 的 工具 。 


Clojure 的 XML 库 就 从 这 种 依托 于 基础 数据 结构 的 思路 中 得 到 了 好 处 。 有 一 种 为 遍历 树 
形 结构 (如 XML 文档 ) 而 设计 的 数据 结构 叫 作 zipper， 由 Gérard Huet 在 1997 年 提出 。 
zipper 结构 让 我 们 用 坐标 方向 来 指示 在 树 结构 中 移动 的 步骤 。 例 如 从 树 的 根部 开始 ， 我 们 
可 以 发 出 (-> z/down z/down z/right) 命令 来 移动 到 第 二 层 的 右 元 素 。Clojure 已 经 为 我 们 
准备 了 将 XML 解析 结果 转换 成 zipper 的 函数 ， 让 各 种 树 形 结构 都 能 够 以 统一 方式 来 完成 
遍历 。 


5.2 ”让 语言 去 迎合 问题 

很 多 开发 者 都 有 一 种 误解 ， 认 为 自己 的 工作 就 是 把 复杂 的 业务 问题 翻译 成 某 种 编程 语言 ， 
如 Java。 他 们 会 有 这 样 的 想法 ， 原 因 在 Java 身上 。Java 不 是 一 种 特别 灵活 的 语言 ， 我 们 
只 能 死板 地 用 一 些 现 成 结构 来 拼 凌 自己 的 设计 。 而 另外 一 些 开 发 者 使 用 的 语言 可 塑性 更 
强 ， 他 们 不 会 拿 问 题 去 硬 套 语言 ， 而 是 想法 揉 捏 手中 的 语言 来 迎合 问题 。 不 少 语言 显示 出 
了 这 方面 的 潜力 ， 例 如 Ruby 对 领域 专用 语言 (DSL) 的 支持 就 比 主流 语言 要 强 得 多 。 现 
代 的 图 数 式 语 言 在 这 方面 走 得 更 远 。Scala 从 设计 之 初 就 为 充当 内 部 DSL 的 宿主 做 好 了 准 
。 另 外 所 有 Lisp 家 族 的 语言 (包括 Clojure) 都 传承 了 无 可 比拟 的 灵活 性 ， 可 以 任 由 开 
发 者 根据 问题 重 塑 语言 。 我 们 来 看 例 5-2， 它 利用 Scala 提供 的 XML 基本 功能 重新 实现 了 
列 5-1 的 天 气 查询 示例 。 


例 5-2 Scala 语言 为 操作 XML 准备 的 语法 糖衣 
import scala.xml._ 
import java.net._ 
import scala.io.Source 
















































































val theUrl = "http://weather .yahooapis.com/forecastrss?w=12770744&u=f" 


val xmlString = Source.fromURL(new URL(theUrl)).mkString 
val xml = XML.loadString(xmlString) 

val city = xml \\ "location" \\ "@city" 

val state = xml \\ "location" \\ "@region" 

val temperature = xml \\ "condition" \\ "@temp" 


println(city + ", " + state + " " + temperature) 


Scala 语言 从 设计 上 就 考虑 了 可 塑性 ， 它 允许 我 们 使 用 运算 符 重 载 (本 章 稍 后 详细 讨论 )、 
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隐 含 类 型 等 手段 来 扩展 语言 。 例 5-2 用 来 实现 XPath 式 查询 的 \\ 运算 符 ， 就 是 Scala 语言 
上 的 一 个 扩展 。 

重 塑 语言 的 能 力 算 不 上 函数 式 语言 狼 有 的 特性 ， 现 代 语 言 普遍 可 以 轻巧 地 揉 捏 语言 来 贴 合 
问题 域 ， 不 过 在 这 种 能 力 的 影响 下 ， 更 容易 催生 带 有 浓厚 函数 式 、 描 述 式 风格 的 代码 。 








让 程序 去 贴 合 问题 ， 不 要 反 过 来 。 


5.3 ”对 分 发 机 制 的 再 思 


第 3 章 介 绍 过 的 Scala 的 模式 匹配 特性 ， 就 是 一 种 分 发 机 制 ， 我 们 用 “分 发 机 制 ” 这 个 
词 来 泛称 各 种 语言 中 用 作 “ 动 态 地 选择 行为 ”的 特性 。 与 Java 的 做 法 相 比 ， 儿 种 函数 式 
JVM 语言 的 分 发 机 制 更 加 简洁 、 灵 活 ， 我 们 就 用 这 一 节 来 讨论 它们 。 


5.3.1 _Groovy 对 分 发 机 制 的 改进 

Java 代码 要 表述 “条 件 执行 *， 除 了 很 少 的 一 些 情况 适用 switch 语句 ， 大 多 离 不 开 if 语 
句 。 由 于 长 串 的 if 语句 难以 阅读 ，Java 开发 者 通常 需要 依赖 GoF 模式 集 里 面 的 Factory 模 
式 (或 者 Abstract Factory 模式 ) 来 缓解 问题 。 如 果 语 言 直 接 提供 更 灵活 的 方式 来 表述 复杂 
的 判断 ， 我 们 就 不 必 有 负担 随 模式 而 来 的 额外 的 结构 ， 于 是 代码 就 大 大 简化 了 。 








Groovy 的 switch 语句 在 语法 上 模仿 Java， 但 功能 要 比 Java 的 switch 语句 强大 很 多 ， 如 例 
5-3 所 示 。 


例 5-3 Groovy 语言 大 幅 改 进 过 的 switch 语句 
package com.nealford.ft.polydispatch 


class LetterGrade { 
def gradeFromScore(score) { 
switch (score) { 

case 90..100 : return 
Case 80..<90 : return 
case 70..<80 : return 
Case 60..<70 : return 
case 0..<60 : return "F" 
case ~"[ABCDFabcdf]" : return score.toUpperCase() 
default: throw new IllegalArgumentException("Invalid score: ${score}") 


吕 Amz 








例 5-3 按照 score 的 取 值 返回 相应 的 字母 来 代表 成 绩 等 级 。Groovy 的 switch 语句 允许 使 用 
宽泛 的 动态 类 型 ， 没 有 Java 的 类 型 限制 。 例 5-3 的 score 参数 可 以 是 从 0 到 100 的 数字 ， 
也 可 以 是 字母 等 级 。Groovy 的 switch 也 和 Java 一 样 ， 遵 循 相同 的 “fall-through” 语 义 ， 
如 果 没 有 用 return 或 break 来 终结 一 则 case， 就 会 继续 “跌落 ”到 下 一 则 。 但 Groovy 的 
case 条 件 不 像 Java 那么 死板 ， 我 们 可 以 指定 区 间 (96..169)、 开 区 间 (89. .<90)、 正 则 表 
达 式 (~"[ABCDFabcdf]")， 最 后 写 上 儿 底 的 default 条 件 。 




















HH 





由 于 Groovy 语言 的 动态 类 型 特质 ， 我 们 可 以 传人 不 同类 型 的 参数 并 分 别 给 予 恰当 的 处 至 
如 例 5-4 的 单元 测试 所 示 。 


例 5-4 测试 Groovy 版 的 成 绩 分 等 程序 
import org.junit.Test 
import com.nealford.ft.polydispatch.LetterGrade 





import static org.junit.Assert.assertEquals 


class LetterGradeTest { 
@Test 
public void test letter grades() { 
def lg = new LetterGrade() 
assertEquals("A", lg.gradeFromScore(92)) 
assertEquals("B", lg.gradeFromScore(85)) 
assertEquals("D", lg.gradeFromScore(65)) 
assertEquals("F", lg.gradeFromScore("f")) 
} 
} 


加 强 的 switch 在 连 串 if 和 Factory 设计 模式 之 间 提 供 了 一 个 有 用 的 平衡 点 。Groovy 的 
switch 允许 匹配 区 间 和 其 他 复杂 类 型 ， 可 在 编程 中 起 到 与 Scala 模式 匹配 类 似 的 作用 。 








5.3.2 “身段 柔软 ”的 Clojure 语 言 

Java 以 及 很 多 类 似 的 语言 都 包含 “关键 字 ” 的 概念 ， 把 它们 当 作 语 法 上 的 支点 。 在 这 类 
语言 中 ， 开 发 者 不 可 以 自 创新 的 关键 字 (不 过 有 的 语言 允许 通过 元 编程 来 实现 语言 扩展 ) ， 
关键 字 蕴 含 了 开发 者 无 法 从 其 他 地 方 获得 的 语义 。 例 如 Java 的 if 语句 懂得 对 布尔 运算 作 
短路 处 理 。 我 们 可 以 在 Java 语言 下 创建 函数 和 类 ， 但 没 办 法 创造 基本 的 语法 构造 单元 ， 因 
此 必须 把 问题 翻译 成 符合 编程 语言 语法 的 陈述 。( 实 际 上 很 多 开发 者 认为 自己 的 工作 就 是 
事 这 种 翻译 活动 /) 而 在 Clojure 等 Lisp 家 族 的 语言 下 ， 开 发 者 可 以 根据 问题 来 修改 语 
， 并 没有 一 条 明确 的 界线 隔 开 语言 设计 者 和 使 用 语言 来 进行 创作 的 开发 者 。 






































zl 王 
| 





Clojure 可 以 写 出 富 于 可 读 性 的 (Lisp 风格 的 ) 代码 。 例 5-5 用 Clojure 语言 重新 实现 了 前 
面 的 成 绩 分 等 例子 。 
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例 5-5 ”成 绩 分 等 的 Clojure 实现 
(ns lettergrades) 


(defn in [score low high] 
(and (number? score) (<= low score high))) 


(defn letter-grade [score] 
(cond 

(in score 90 100) "A" 

(in score 80 90) "B" 

(in score 70 80) "C" 

(in score 60 70) "D" 

(in score 0 60) "F" 

(re-find #"[ABCDFabcdf]" score) (.toUpperCase score))) 


例 5-5 完成 分 等 工作 的 letter-grade 函数 看 上 去 一 目 了 然 ， 这 寺 及 苞 二 我 们 实现 且 in 国 
数 。 我 们 用 cond 函数 来 执行 一 系列 测试 ，in 函数 负责 判断 测试 条 件 。 这 个 版 本 也 和 前 面 
的 一 样 ， 允 许 打 分 数字 和 等 级 字母 。 最 后 的 返回 结果 要 求 是 大 写字 母 ， 因 此 我 们 对 最 后 
的 返回 字符 串 调用 toUpperCase 函数 ， 将 万 一 传 入 的 小 写字 母 转换 成 大 写 。 在 Clojure 语 
言 里 ， 函 数 是 比 类 更 优先 的 语言 成 分 ， 它 的 函数 调用 用 Java 的 眼光 来 看 ， 就 像 内 外 匡 倒 
了 一 样 : Java 下 的 score.toUpperCase() 调用 ， 在 Clojure 下 的 等 价 写 法 是 (.toUpperCase 


Score) 。 






































我 们 来 测试 一 下 Clojure 版 的 成 绩 分 等 程序 ， 请 看 例 5-6。 
例 5-6 测试 Clojure 版 的 成 绩 分 等 程序 


(ns neaLford-test 
(:Uuse clojure.test) 
(:use lettergrades)) 


(deftest numeric-letter-grades 
(dorun (map #(is (= "A" (Letter-grade %))) (range 90 100))) 
(dorun (map #(is (= "B" (Letter-grade %))) (range 80 89))) 
(dorun (map #(is (= "C" (letter-grade %))) (range 70 79))) 
(dorun (map #(is (= "D" (letter-grade %))) (range 60 69))) 
(dorun (map #(is (= "F" (letter-grade %))) (range 0 59)))) 


(deftest string-letter-grades 
(dorun (map #(is (= (.toUpperCase %) 
(letter-grade %))) ["A" ed Re "D" "FEF" i a 六 "f"]))) 


(run-all-tests) 


个 单元 测试 比 实现 本 身 还 要 复杂 ! 但 不 管 怎么 说 ， 代 码 很 好 地 体现 了 Clojure 语言 简洁 
人 


numeric-letter-grades 测试 希望 把 每 个 等 级 区 间 内 的 全 部 数值 都 验证 一 遍 。 我 们 按照 从 内 
到 外 的 顺序 理解 代码 ，#(is (= "A" (letter-grade %))) 的 工作 是 创建 一 个 匿名 国 数 ， 如 



































有 果 得 到 的 等 级 字母 正确 ， 就 返回 true。 再 往外 一 层 ，map 函数 将 匿名 函数 映射 到 第 二 参数 
位 置 上 指定 的 集合 ， 即 对 应 区 间 内 的 数值 列表 上 。 








(dorun ) 函数 会 迫使 副作用 生效 ， 我 们 的 测试 框架 依赖 于 这 一 点 。 例 5-6 在 每 个 区 间 上 执 
行 的 map 操作 ， 都 应 该 产生 一 个 全 是 true 值 的 列表 。 来 自 clojure.test 命名 空间 的 (is ) 
函数 会 在 其 副作用 中 逐一 检验 这 些 返 回 值 。 我 们 把 映射 函数 放 在 (dorun ) 里 执行 ， 才 能 正 
确 地 令 副 作用 生效 ， 达 到 测试 目的 。 











5.3.3 ”Clojure 的 多 重 方法 和 基于 任意 特征 的 多 态 

长 串 的 if 语句 难以 阅读 和 查 错 ， 可 是 Java 在 语言 层面 找 不 到 好 一 点 的 末代 品 ， 一 般 只 能 
通过 GoF 设计 模式 集 里 面 的 Factory 模式 和 Abstract Factory 模式 来 缓解 问题 。Factory 模式 
的 运作 机 制 利 用 了 Java 语言 基于 类 的 多 态 ， 我 们 在 父 类 或 接口 中 定义 共通 的 方法 签名 ， 然 
后 动态 地 选择 要 执行 的 具体 实现 。 




















很 多 开发 者 因为 Clojure 不 是 一 种 面向 对 象 语言 而 排斥 它 ， 盲 目地 认为 面向 对 象 语言 才 是 
能 力 最 强 的 语言 。 这 是 错误 的 想法 。Clojure 拥有 面向 对 象 语言 的 一 切 特性 ， 不 需要 依靠 其 
他 特性 来 间接 模拟 。 例 如 多 态 ， 不 但 是 Clojure 直接 支持 的 一 种 特性 ， 而 且 不 必 局 限于 按 
类 来 判断 分 发 。Clojure 承载 多 态 语义 的 多 重 方 法 (multimethod) 特性 允许 开发 者 使 用 任意 
特征 (及 其 组 合 ) 来 触发 分 发 。 


Clojure 习惯 用 struct 来 放置 数据 ，struct 有 点 像 一 个 只 有 数据 部 分 的 类 。 请 看 例 5-7 的 
Clojure 代码 。 






































例 5-7 用 Clojure 定义 一 个 表示 色彩 的 数据 结构 


(defstruct color :red :green :blue) 


(defn red [v] 
(struct color v 0 0)) 


(defn green [v] 
(struct color 0 v 0)) 


(defn blue [v] 
(struct color 0 0 v)) 





例 5-7 首先 定义 了 包含 三 个 分 量 值 的 结构 来 表示 颜色 。 另 外 还 定义 了 三 个 方法 ， 各 返回 饱 
和 度 可 调 的 一 种 单 色 。 

Clojure 的 多 重 方法 是 一 种 特别 的 方法 定义 形式 ， 它 的 参数 是 一 个 返回 判断 条 件 的 分 发 国 
数 。 后 续 定义 的 一 系列 同名 方法 分 别 对 应 到 不 同 的 分 发 条 件 。 例 5-8 给 出 了 定义 多 重 方法 
的 一 个 实例 。 














演化 的 语言 | 85 


例 5-8 定义 一 个 多 重 方法 
(defn basic-colors-in [color] 
(for [[k v] color :when (not= v 0)] k)) 


(defmulti color-string basic-colors-in) 


(defmethod color-string [:red] [color] 
(str "Red: " (:red color))) 


(defmethod color-string [:green] [color] 
(str "Green: " (:green color))) 


(defmethod color-string [:blue] [color] 
(str "Blue: " (:bluye color))) 


(defmethod color-string :default [color] 
(str "Red:" (:red color) ", Green: " (:green color) ", Blue: " (:bluye color))) 





例 5-8 首先 定义 了 basic-colors-in 分 发 函数 ， 它 用 一 个 vector 结构 返回 所 有 非 零 的 颜色 
分 量 。 在 方法 的 各 实现 版 本 中 ， 我 们 针对 分 发 函数 的 返回 值 是 一 种 单 色 的 情况 做 了 特别 处 
理 ， 例 中 返回 了 一 个 标示 颜色 的 字符 串 。 我 们 给 最 后 一 个 版 本 加 上 了 可 选 的 :defautt 关键 
字 ， 让 它 负 责 所 有 未 作 特 殊 处 理 的 情况 。 这 个 方法 收 到 的 颜色 值 参数 不 再 是 单 色 的， 因此 
返回 时 要 列举 所 有 的 颜色 分 量 。 






















































































我 们 来 对 这 组 多 重 方法 做 一 些 测 试 ， 请 看 例 5-9。 





例 5-9 测试 Clojure 版 的 色彩 模型 
(ns color-dispatch.core-test 
(:require [clojure.test :refer :alLL] 
[color-dispatch.core :refer :all])) 


(deftest pure-colors 
(is (= "Red: 5" (color-string (struct color 5 0 0)))) 
(is (= "Green: 12" (color-string (struct color 0 12 0)))) 
(is (= "Blue: 40" (color-string (struct color 0 0 40))))) 


(deftest varied-colors 
(is (= "Red:5, Green: 40, Blue: 6" (color-string (struct color 5 40 6))))) 


(run-all-tests) 

















例 5-9 的 测试 表明 ， 如 果 调 用 时 传 入 的 参数 是 单 色 ， 该 多 重 方法 将 执行 对 应 的 单 色 版 本 。 
如 果 我 们 传人 复合 的 颜色 ， 则 会 触发 默认 方法 ， 由 它 返 回 所 有 的 颜色 分 量 值 




















o 





切断 多 态 和 继承 之 间 的 耦合 关系 ， 催 生 了 一 种 强大 的 、 灵 活 周全 的 分 发 机 制 。 这 样 的 分 发 
机 制 能 够 处 理 相 当 复杂 的 情况 ， 例 如 不 同 图 像 文 件 格式 的 分 发 问题 ， 每 种 格式 类 型 都 是 由 
各 不 相同 的 一 组 特征 来 定义 的 。 多 重 方法 赋予 了 Clojure 构造 强大 分 发 机 制 的 能 力 ， 甚 适 
应 性 不 输 于 Java 的 多 态 ， 而 且 限 制 更 少 。 
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5.4 运算 符 重 载 
运算 符 重 载 是 函数 式 语 言 常见 的 特性 ， 它 人 允许 我 们 重新 定义 运算 符 (诸如 +、-、*)， 使 之 
适用 于 新 的 类 型 ， 并 承载 新 的 行为 。Java 语言 没有 运算 符 重 载 特性 ， 这 是 它 的 设计 者 在 语 
言 形成 阶段 就 刻意 作出 的 决定 ， 不 过 时 至 今日 ， 几 乎 所 有 现代 语言 都 包含 了 运算 符 重 载 特 
性 ， 连 同 Java 平台 上 的 一 众 衍生 语言 在 内 。 

















5.4.1 Groovy 


Groovy 希望 既 改 造 Java 的 语法 ， 同 时 又 自然 地 保留 Java 的 语义 。 在 此 思路 下 ，Groovy 
将 运算 符 自动 映射 成 方法 ， 从 而 令 运算 符 重 载 变 成 了 方法 的 实现 问题 。 例 如 我 们 想 针对 
Integer 类 重 载 + 运算 符 的 话 ， 只 要 禾 盖 该 类 的 plus() 方法 即 可 。 完 整 的 映射 列表 可 以 查 
阅 Groovy 的 文档 ， 表 5-1 列 出 了 几 种 常用 运算 符 的 映射 关系 。 











表 5-1: Groovy 语 言 部 分 运算 符 和 方法 之 间 的 映射 关系 
运算 符 方法 





X + y x.plus(y) 
x*y x.multiply(y) 
x/y x.div(y) 

X xx y x.power(y) 








为 了 演示 运算 符 重 载 ， 我 们 试 着 用 Groovy 和 Scala 分 别 定义 一 个 表示 复数 的 CompLexNumber 
类 。 复 数 是 一 个 数学 概念 ， 它 由 实 部 和 虚 部 两 部 分 组 成 ， 例 如 “3 + 4 ”。 复 数 在 各 种 学 科 
如 工程 学 、 物 理学 、 电 磁 学 、 混 沌 理论 等 领域 中 有 着 广泛 的 应 用 。 











假如 能 够 在 表述 问题 时 直接 使 用 专业 领域 的 运算 符 ， 将 会 极 大 地 方便 这 些 领 域 的 开发 者 。 





例 5-10 用 Groovy 实现 了 一 个 复数 类 ComplexNumber。 


例 5-10” Groovy 版 的 复数 模型 ComplexNumber 


package complexnums 


class ComplexNumber { 
def real, imaginary 


public ComplexNumber(real, imaginary) { 
this.real = real 
this.imaginary = imaginary 


} 


def plus(rhs) { 
new ComplexNumber(this.real + rhs.real, this.imaginary + rhs.imaginary) 


} 
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// 公式 :(x +yi)(u+Vvi) = (xu- yv) + (xv + yu)i. 
def multiply(rhs) { 
new CompLexNumber( 

real * rhs.real - imaginary * rhs.imaginary, 

real * rhs.imaginary + imaginary * rhs.real) 


} 


def String toString() { 
real.toString() + ((imaginary <0? "": "+") + imaginary + "i").toString() 
} 
} 


例 5-10 在 类 中 定义 了 分 别 代表 实 部 和 虚 部 的 属性 ， 并 为 运算 符 重 载 实现 了 ptus() 和 
muttipty() 方法 。 两 个 复数 的 加 法 运算 比较 简单 ，plus() 运算 符 将 两 数 的 实 部 相 加 作为 和 
的 实 部 ， 虚 部 相 加 作为 和 的 虚 部 。 两 个 复数 的 乘法 要 按照 下 面 的 公式 来 计算 ; 





(x+yt)(u+Vvi) = (xu - yv) + (xv + yu)i 


例 5-10 的 muttiply() 运算 符 实 现 完 全 照 公 式 进行 。 两 数 实 部 的 乘积 减 去 虚 部 的 乘积 ， 差 
作为 结果 的 实 部 ， 两 数 的 实 部 与 虚 部 交换 相 乘 ， 两 积 之 和 作为 结果 的 虚 部 。 


我 们 来 测试 一 下 刚刚 定义 的 复数 运算 符 ， 请 看 例 5-11。 
例 5-11 测试 复数 运算 符 


package compLexnums 























import org.junit.Test 
import static org.junit.Assert.assertTrue 
import org.junit.Before 


class CompLexNumberTest { 
def x, y 


@Before void setup() { 
x = new ComplexNumber(3, 2) 
y = new ComplexNumber(1, 4) 
} 


@Test void plus() { 
def z =x+y; 
assertTrue 3 + 1 == z.real 
assertTrue 2 + 4 == z.imaginary 


} 


@Test void multiply() { 
def z =x*y 
assertTrue(-5 == z.real) 
assertTrue 14 == z.imaginary 


} 


@Test void to_string() { 
assertTrue "3+2i" == x.toString() 
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assertTrue "4+6i" == (x + y).toString() 
assertTrue "3+0i" == new ComplexNumber(3, 0).toString() 
assertTrue "4-2i" == new ComplexNumber(4, -2).toString() 


} 
} 


例 5-11 在 plus() 和 multiply() 两 个 测试 方法 中 使 用 了 重 载 后 的 运算 符 ， 算 式 里 的 符号 完 
全 是 领域 专家 习惯 的 写法 ， 而 且 和 内 建 类 型 的 算式 看 不 出 区 别 。 


5.4.2 Scala 


Scala 也 支持 运算 符 重 载 ， 它 的 做 法 是 完全 不 区 分 运算 符 和 方法 : 运算 符 不 过 是 一 些 名 字 





比较 特别 的 方法 罢了 。 


大 











此 ， 如 果 我 们 想 覆 盖 乘 法 


可 以 了 。 例 5-12 用 Scala 实现 了 一 个 复数 类 。 


例 5-12 ”Scala 版 的 复数 模型 


final class Complex(val real: Int, val imaginary: Int) extends Ordered[Complex] { 


def +(operand: Complex) = 
new Complex(real + operand.real, imaginary + operand.imaginary) 


def +(operand: Int) = 
new Complex(real + operand, imaginary) 


def -(operand: Complex) = 
new Complex(real - operand.real, imaginary - operand.imaginary) 


def -(operand: Int) = 
new Complex(real - operand, imaginary) 


def *(operand: Complex) = 
new Complex(real * operand.real - imaginary * operand.imaginary, 
real * operand.imaginary + imaginary * operand.real) 


override def toString() = 


real + (if (imaginary < 0) 


A 


和 运 异 


else "+") + imaginary + "i 


override def equals(that: Any) = that match { 


case other 
case other : 


case _ => false 


} 


override def hashCode(): Int = 
41 * ((41 + real) + imaginary) 


def compare(that: Complex) : Int = { 
def myMagnitude = Math.sqrt(real ^ 2 + imaginary ^ 2) 
def thatMagnitude = Math.sqrt(that.real ^ 2 + that.imaginary ^ 2) 
(myMagnitude - thatMagnitude).round.toInt 


} 
} 





符 的 默认 行为 ， 只 要 实现 * 方 法 就 


: Complex => (real == other.real) && (imaginary == other.imaginary) 
Int => (real == other) && (imaginary == 0) 
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例 5-12 在 类 中 定义 了 表示 实 部 和 虚 部 的 成 员 ， 并 实现 了 加 法 、 减 法 和 乘法 运算 的 运算 符 / 
方法 。 按 照 Scala 的 语法 ， 默 认 构 造 器 的 参数 直接 写 在 类 名 的 后 面 ， 我 们 从 构造 器 传人 
real 和 imaginary 参数 作为 复数 的 实 部 和 虚 部 。Scala 会 自动 令 默 认 构造 器 的 参数 成 为 类 字 
段 ， 因 此 我 们 看 到 类 中 不 必 写 出 字段 的 定义 ， 只 需要 定义 方法 就 可 以 了 。 我 们 定义 了 以 加 
法 、 减 法 和 乘法 符号 命名 的 若干 方法 ， 人 允许 传人 Complex 类 型 的 参数 。 























例 5-12 中 tostring() 方法 的 实现 方式 反映 了 函数 式 语言 共同 的 一 点 小 习惯 ,可 以 用 表达 
式 (expression) 的 地 方 就 不 用 语句 (statement)。toString() 方法 在 虚 部 为 正 的 情况 下 ， 
必须 在 虚 部 前 面 添加 + 符号 ， 实 部 的 符号 则 不 需要 特别 处 理 。if 在 Scala 语言 里 不 是 语句 
而 是 表达 式 ，Scala 语言 也 因此 不 需要 像 Java 那样 的 三 元 运算 符 (?:)。 


现在 我 们 可 以 像 内 建 数字 类 型 那样 ， 使 用 各 种 运算 符 来 书写 复数 的 算式 ， 如 例 5-13 所 示 。 

















例 5-13 测试 Scala 版 的 复数 实现 


import org.scalatest.FunSuite 


class ComplexTest extends FunSuite { 


def fixture 


new { 
val a = new Complex(1, 2) 
val b = new Complex(30, 40) 
} 


test("plus") { 
val f = fixture 
val z = f.a+f.b 
assert(1 + 30 == z.real) 


} 


test("comparison") { 
val f = fixture 
assert(f.a < f.b) 
assert(new Complex(1, 2) <= new Complex(3, 4)) 
assert(new Complex(1, 1) < new Complex(2,2)) 
assert(new Complex(-10, -10) > new Complex(1, 1)) 
assert(new Complex(1, 2) >= new Complex(1, 2)) 
assert(new Complex(1, 2) <= new Complex(1, 2)) 

} 

} 


Java 语言 的 设计 者 从 使 用 C++ 语言 的 经 验 中 得 出 结论 ， 认 为 运算 符 重 载 会 给 语言 增加 过 多 
的 复杂 性 ， 因 此 刻意 从 Java 语言 里 排除 了 这 种 特性 。 现 代 语 言 大 多 已 经 相当 程度 地 消除 了 
定义 上 的 复杂 性 ， 但 以 往 关 于 滥用 运算 符 重 载 的 告 诚 都 还 是 成 立 的 。 

















要 想 契 合 问 题 域 的 表达 习惯 ， 可 以 利用 运算 符 重 载 来 改变 语言 的 外 貌 ， 不 必 
创造 全 新 的 语言 。 








5.5 ”函数 式 的 数据 结构 

Java 语言 习惯 使 用 异常 来 处 理 错 误 ， 语 言 本 身 提 供 了 异常 的 创建 和 传播 机 制 。 假 如 语言 
中 不 存在 结构 性 的 异常 处 理 机 制 ， 我 们 应 该 怎样 处 理 错误 呢 ? 很 多 国 数 式 语言 根本 就 没有 
Java 那样 的 “异常 ”概念 ， 它 们 肯定 有 别 的 什么 方式 可 以 表达 错误 状况 下 的 行为 。 


“异常 ”违背 了 大 多 数 函 数 式 语言 所 遵循 的 一 些 前 提 条 件 。 首 先 ， 函 数 式 语言 偏好 没有 副 
作用 的 纯 函 数 。 抛 出 异常 的 行为 本 身 就 是 一 种 副作用 ， 会 导致 程序 路 径 偏 离 正 轨 (进入 异 
常 的 流程 )。 函 数 式 语言 以 操作 值 为 其 根本 ， 因 此 喜欢 在 返回 值 里 表明 错误 并 作出 响应 ， 
这 样 就 不 需要 打 断 程序 的 一 般 流程 了 。 





























引用 的 透明 性 (referential transparency) 是 函数 式 语言 重视 的 另 一 项 性 质 ， 发 出 调用 的 例 
程 不 必 关 心 它 的 访问 对 象 真 的 是 一 个 值 ， 还 是 一 个 返回 值 的 函数 。 可 是 如 果 函 数 有 可 能 抛 
出 异常 的 话 ， 用 它 来 代替 值 就 不 再 是 安全 的 了 。 




















在 这 一 节 里 ， 我 们 将 参考 Functional Java 框架 的 一 些 做 法 ， 使 用 Java 语言 ， 但 完全 抛 开 通 
常 的 异常 传播 机 制 来 实现 一 种 类 型 安全 的 错误 处 理 范 式 。 





5.5.1 函数 式 的 错误 处 理 

我 们 在 Java 语言 下 抛 开 异 常 来 处 理 错 误 ， 返 回 值 的 限制 是 首先 会 遇 到 的 绊脚石 ， 语 言 规定 
了 方法 只 能 返回 一 个 值 。 不 过 ， 我 们 当然 可 以 把 多 个 值 装 进 单个 obbject (或 其 子 类 ) 对 象 
里 面 再 一 起 返回 ， 这 样 就 不 违反 规定 了 。 例 如 像 例 5-14 的 divide() 方法 一 样 ， 利 用 Map 
来 返回 多 个 值 。 























例 5-14 利用 Map 来 返回 多 个 值 
public static Map<String, Object> divide(int x, int y) { 
Map<String, Object> result = new HashMap<String, Object>(); 
if (y == 0) 
resuLt.put("exception" ，new Exception(" 被 零 除 ")); 
else 
result.put("answer", (double) x / y); 
return result; 





} 


例 5-14 创建 了 一 个 键 为 String 类 型 、 值 为 0bject 类 型 的 Map 结构 来 装载 返回 值 。 在 
divide() 方法 中 ， 我 们 将 键 名 设 为 exception 来 表示 失败 ， 设 为 answer 则 表示 成 功 。 例 
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5-15 对 两 种 情况 都 做 了 测试 。 


例 5-15 测试 通过 Map 结构 返回 的 成 功 结果 和 失败 结果 
QTest 
public void maps_success() { 
Map<String, Object> resuLt = RomanNumeralParser.divide(4, 2); 
assertEquals(2.0, (Double) result.get("answer"), 0.1); 


@Test 
public void maps_failure() { 
Map<String, Object> resuLt = RomanNumeralParser.divide(4, 0); 
assertEquals(" 被 零 除 "，((Exception) result.get("exception")).getMessage()); 
} 


例 5-15 的 maps_success 测试 从 Map 中 取出 了 正确 的 结果 ，maps_failure 测试 也 正确 地 接 
收 到 了 异常 报告 。 


用 Map 来 返回 多 个 值 的 设计 存在 一 些 明显 的 缺点 。 首 先 ，Map 中 放置 的 内 容 没 有 类 型 安全 
的 保障 ， 编 译 器 无 法 捕捉 到 类 型 方面 的 错误 。 假 如 改 用 枚 举 类 型 来 充当 键 ， 可 以 稍微 弥补 
这 个 缺点 ， 但 效果 有 限 。 第 二 ， 方 法 的 调用 者 无 法 直接 得 知 执行 是 否 成 功 ， 需 要 逐一 比 对 
所 有 可 能 键 ， 给 调用 者 带 来 负担 。 第 三 ， 没 有 办 法 强制 结果 只 含有 一 对 键 值 ， 届 时 将 出 现 
歧义 。 

我 们 真正 需要 的 机 制 ， 不 但 要 返回 两 个 (或 更 多 ) 值 ， 还 必须 能 够 保证 类 型 安全 。 

































































5.5.2 ”Either 类 

函数 式 语言 也 经 常会 遇 到 返回 两 种 截然 不 同 的 值 的 需求 ， 它 们 用 来 建 模 这 种 行为 的 常用 数 
据 结构 是 Either 类 。Either 的 设计 规定 了 它 要 么 持 有 “ 左 值 ”， 要 么 持 有 “ 右 值 ”， 但 绝 
不 会 同时 持 有 两 者 。 这 种 数据 结构 也 被 称 为 不 相交 联合 体 〈disjoint union)。C 语言 和 一 
些 衍生 语言 中 有 一 种 联合 体 (union) 数据 类 型 ， 能 够 在 同一 个 位 置 上 容纳 不 同类 型 的 单 
个 实例 。 不 相交 联合 体 为 两 种 类 型 的 实例 都 准备 了 位 置 ， 但 只 会 持 有 其 中 一 种 类 型 的 单个 
实例 。 
































Scala 语言 提供 了 Either 类 的 实现 ， 例 5-16 演示 了 它 的 用 法 。 





例 5-16 Scala 自 带 的 Either 类 


type Error = String 
type Success = String 
def call(url:String):Either[Error,Success]={ 
val response = WS.url(uyrl).get.value.get 
if (valid(response)) 
Right(response.body) 
else Left("Invalid response") 


} 
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如 例 5-16 所 示 ， 错 误 处 理 是 Either 的 主要 用 途 之 一 。Either 类 很 好 地 融入 了 Scala 语言 





的 大 环境 ， 与 其 





他 部 件 配合 无 间 ， 如 例 5-17 演示 了 在 Either 上 进行 的 模式 匹配 。 





例 5-17 Scala 的 Either 类 和 模式 匹配 


getContent(new URL("http://nealford.com")) match { 
case Left(msg) => println(msg) 
case Right(source) => source.getLines.foreach(println) 


} 


虽然 Java 语言 没有 内 建 这 种 类 型 ， 但 我 们 可 以 利用 泛 型 来 制作 一 个 替代 品 。 例 5-18 在 
Java 语言 下 完成 了 一 个 简单 的 Either 类 实现 。 





例 5-18 通过 Either 类 (类 型 安全 地 ) 返回 两 种 值 


package com.nealford.ft.errorhandling; 


public class Either<A,B> { 
private A left = null; 
private B right = null; 


private Either(A a,B b) { 
left = a; 
right = b; 


} 


public static <A,B> Either<A,B> left(A a) { 
return new Either<A,B>(a,null); 


} 


public A Left() { 
return left; 


} 


public boolean isLeft() { 
return left != null; 


} 


public boolean isRight() { 
return right != null; 


} 


public B right() { 
return right; 


} 


public static <A,B> Either<A,B> right(B b) { 
return new Either<A,B>(null,b); 


} 


public void fold(F<A> leftOption, F<B> rightOption) { 
if(right == null) 


leftOption.f(left); 


else 
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} 


rightOption.f(right); 


例 5-18 中 Either 类 的 构造 器 是 私有 的 ， 两 个 静态 方法 left(A a) 和 right(B b) 承担 了 对 
外 的 构造 责任 。 类 中 余下 的 方法 都 是 用 来 获取 和 确认 类 成 员 的 辅助 方法 。 


有 了 Either 这 件 利 器 ， 我 们 的 代码 就 可 以 在 确保 类 型 安全 的 前 提 下 ， 视 情况 返回 异常 或 者 
有 效 结果 (但 不 会 同时 返回 两 者 )。 按 照 函数 式 编 程 的 传统 习惯 ， 异 常 (如 果 有 的 话 ) 置 
于 Either 类 的 左 值 上 ， 正 常 结 果 则 放 在 右 值 。 


1. 解析 罗马 数字 
我 们 用 一 个 解析 罗马 数字 的 例子 来 演示 Either 的 用 法 ， 例 中 需要 用 到 一 个 表示 罗马 数字 的 
类 RomanNumeral， 如 例 5-19 所 示 。 


例 5-19 





























罗马 数字 的 简单 实现 ，Java 语言 


package com.nealford.ft.errorhandling; 


public class RomanNumeral { 


private static final String NUMERAL_MUST_BE_POSITIVE = 
"Value of RomanNumeral must be positive."; 

private static final String NUMERAL_MUST_BE_3999_0R_LESS = 
"Value of RomanNumeral must be 3999 or less."; 

private static final String DOES_NOT_DEFINE A_ROMAN_NUMERAL = 
"An empty string does not define a Roman numeral."; 

private static final String NO_NEGATIVE_ ROMAN_NUMERALS = 
"Negative numbers not allowed"; 

private static final String NUMBER_FORMAT_EXCEPTION = 
"Illegal character in Roman numeral."; 


private final int num; 


private static int[] numbers = {1000, 900, 500, 400, 100, 90, 
50, 40, 10, 9, 5, 4, 1}; 

private static String[] letters = {"M", "CM", "D", "CD", "C", "XC", 
"EXE sy "Xs TX WIV Ts 


public RomanNumeral(int arabic) { 
if (arabic < 1) 
throw new NumberFormatException(NUMERAL_MUST_BE_POSITIVE); 
if (arabic > 3999) 
throw new NumberFormatException(NUMERAL MUST_BE_ 3999 OR_LESS); 
num = arabic; 


} 


public RomanNumeral(String roman) { 
if (roman.Length() == 0) 
throw new NumberFormatException(DOES_NOT_DEFINE A_ROMAN_NUMERAL); 
if (roman.charAt(0) == '-') 
throw new NumberFormatException(NO_NEGATIVE_ROMAN_NUMERALS); 





roman = roman.toUpperCase(); 


int positionInString = 0; 
int arabicEquivalent = 0; 


while (positionInString < roman.length()) { 
char letter = roman.charAt(positionInString); 
int number = letterToNumber(letter); 
if (number < 0) 
throw new NumberFormatException(NUMBER_FORMAT_EXCEPTION); 
positionInString++; 
if (positionInString == roman.Length()) 
arabicEquivalent += number; 
else { 
int nextNumber = letterToNumber(roman.charAt(positionInString)); 
if (nextNumber > number) { 
arabicEquivalent += (nextNumber - number); 
positionInString++; 
} else 
arabicEquivalent += number; 


} 


if (arabicEquivalent > 3999) 
throw new NumberFormatException(NUMERAL_MUST_BE_3999_OR_LESS); 
num = arabicEquivalent; 


} 


private int letterToNumber(char letter) { 
switch (letter) { 


Case 'I': 
return 1; 
Case 'V': 
return 5; 
Case 'X': 
return 10; 
case 'L': 
return 50; 
Case 'C': 
return 100; 
Case 'D': 
return 500; 
Case 'M': 
return 1000; 
default: 
return -1; 


} 


public String toString() { 
String romanNumeral = 
int remainingPartToConvert = num; 
for (int i = 0; i < numbers.Length; i++) { 
while (remainingPartToConvert >= numbers[i]) { 


nn 。 
3 





演化 的 语言 | 


95 


romanNumeral += letters[i]; 
remainingPartToConvert -= numbers[il]; 
} 
} 
return romanNumeral; 


} 


public int toInt() { 
return num; 
} 
} 





我 们 还 需要 一 个 负责 调用 RomanNumeral 类 来 完成 解析 的 RomanNumeralParser。 其 中 的 
parseNumber() 方法 如 例 5-20 所 示 。 


例 5-20 解析 罗马 数字 
public static Either<Exception, Integer> parseNumber(String s) { 
if (! s.matches("[IVXLXCDM]+")) 
return Either.left(new Exception("Invalid Roman numeral")); 
else 
return Either.right(new RomanNumeral(s).toInt()); 


} 
我 们 可 以 做 几 个 单元 测试 来 验证 一 下 解析 结果 ， 如 例 5-21 所 示 。 
例 5-21 测试 罗马 数字 解析 程序 


@Test 
public void parsing _ success() { 
Either<Exception, Integer> result = RomanNumeralParser.parseNumber("XLII"); 


assertEquaLs(Integer .valueOf(42), result.right()); 
} 


@Test 

public void parsing failure() { 
Either<Exception, Integer> result = RomanNumeraLParser .parseNumber("F00"); 
assertEquals(INVALID ROMAN_NUMERAL, result.left().getMessage()); 

} 


例 5-21 对 parseNumber() 方法 做 了 极 粗 略 的 的 验证 ， 远 不 足以 纠 举 实现 中 的 错误 ， 但 我 们 
可 以 从 测试 里 看 出 来 ， 解 析 器 确实 把 错误 状况 放 在 了 Either 的 左 值 上 ， 正 常 结果 则 放 在 右 
值 上 。 两 种 情况 都 测试 了 。 











Either 类 比 起 到 处 传递 Map 结构 的 方案 有 了 很 大 的 进步 。 我 们 保证 了 类 型 安全 (注意 异 
常 的 类 型 还 可 以 按 需 要 细 化 ) ， 方法 声明 中 明确 指出 了 可 能 发 生 的 错误 ， 这 是 对 返回 值 
Either 做 泛 型 宣告 时 的 额外 收获 ， 返 回 结果 (无论 异常 还 是 正常 结果 ) 需 从 ither 中 取 
出 ， 多 了 一 道 间接 层 。 恰 恰 是 这 多 出 来 的 间接 层 ， 给 了 我 们 实现 缓 求 值 的 空间 。 





2. 罗马 数字 解析 的 缓 求 值 实现 和 Functional Java 框 架 
Either 类 是 函数 式 世 界 里 的 熟 面 筷 ， 许 多 函数 式 算法 的 实现 中 都 可 以 找到 它 的 身影 。 自 
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然 地 ，Functional Java 框架 也 提供 了 一 个 Etither 类 的 实现 ， 我 们 完全 可 以 用 它 直接 替换 例 
5-18 和 例 5-20 的 代码 。 不 过 ， 当 Either 和 Functional Java 的 其 他 部 件 一 起 配合 使 用 ， 会 
表现 得 更 好 。 例 如 配合 Functional Java 的 P1 类， 我 们 可 以 实现 缓 求 值 的 异常 处 理 。 


Functional Java 框架 下 的 Pl1 类 纯粹 是 一 个 包装 类 ， 内 含 无 参数 的 单个 方法 -1()。( 另 外 还 
有 P2、P3 等 类 ， 分 别 包 装 了 数量 不 等 的 方法 。) P1 作为 一 个 代码 块 被 传递 但 并 不 立即 执 
行 ， 我 们 可 以 选择 适当 的 场合 再 执行 里 面 的 代码 ， 实 际 上 就 是 高 阶 函 数 的 替代 品 。 



































Java 的 异常 在 我 们 抛 出 异常 的 时 刻 就 完成 了 初始 化 。 但 如 果 我 们 把 抛 出 异常 的 代码 放 在 一 
个 缓 求 值 的 方法 中 返回 ， 就 可 以 推迟 创建 异常 对 象 。 请 看 例 5-22 的 演示 和 后 面 的 测试 。 




















例 5-22 使 用 Functional Java 框架 创建 缓 求 值 的 解析 器 


public static Pi<Either<Exception, Integer>> parseNumberLazy(final String s) { 
if (! s.matches("[IVXLXCDM]+")) 
return new Pl<Either<Exception, Integer>>() { 
public Either<Exception, Integer> _1() { 
return Either.left(new Exception("Invalid Roman numeral")); 





} 

}; 

else 

return new Pl<Either<Exception, Integer>>() { 

public Either<Exception, Integer> _1() { 
return Either.right(new RomanNumeraL(s).toInt()); 

} 

站 

} 


例 5-23 测试 了 上 面 的 缓 求 值 实现 。 


例 5-23 测试 基于 Functional Java 框架 的 缓 求 值 解析 器 


QTest 
public void parse lazy() { 
PpP1i<Either<Exception, Integer>> result = 
RomanNumeralParser .parseNumberLazy("XLII"); 
assertEquals(42, result. 1().right().intValue()); 





} 


QTest 
public void parse_lazy_exception() { 
PpP1i<Either<Exception, Integer>> result = 
RomanNumeralParser .parseNumberLazy("F00"); 
assertTrue(result. 1().isLeft()); 
assertEquals(INVALID_ ROMAN_ NUMERAL, result. 1().left().getMessage()); 


} 
例 5-22 的 代码 与 例 5-20 差异 不 大 ， 只 多 了 一 层 P1 包装 。 在 parse_lazy 测试 中 ， 我 们 必须 
多 做 一 次 取出 结果 的 动作 ， 也 就 是 在 结果 上 调用 一 次 _1()， 然 后 才能 拿 到 Either 的 右 值 ， 
最 终 取得 我 们 想 要 的 结果 。parse_lazy_exception 测试 先 检查 了 左 值 是 否 存在 ， 然 后 取出 
异常 对 象 ， 查 看 它 携带 的 消息 。 
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测试 中 异常 对 象 (以 及 代价 昂贵 的 栈 跟 踪 信 息 ) 一 直 引 而 不 发 ， 直 到 我 们 调用 _1() 方法 取 
出 Either 左 值 的 时 候 ， 才 被 创建 出 来 。 也 就 是 说 ， 这 是 一 个 缓 求 值 的 异常 ， 我 们 可 以 按 需 
要 推迟 执行 它 的 构造 方法 。 

3. 提供 默认 值 

缓 求 值 并 非 使 用 Either 类 来 处 理 异常 的 唯一 优点 ，Either 还 可 以 用 来 提供 默认 值 。 请 看 
例 5-24 的 演示 。 





















































例 5-24 提供 合理 的 默认 返回 值 
private static final int MIN 
private static final int MAX 


= 10: 
= 1000; 
public static Either<Exception, Integer> parseNumberDefaults(final String s) { 
if (! s.matches("[IVXLXCDM]+")) 
return Either.left(new Exception("Invalid Roman numeral")); 
else { 
int number = new RomanNumeraL(s).toInt(); 
return Either.right(new RomanNumeral(number >= MAX ? MAX : number).toInt()); 


} 
例 5-25 的 测试 展示 了 默认 值 的 设置 效果 。 





























例 5-25 测试 默认 值 
@Test 
public void parse defaults normal() { 
Either<Exception, Integer> result = 
RomanNumeralParser .parseNumberDefaults("XLII"); 
assertEquals(42, result.right().intValue()); 
} 
@Test 
public void parse defaults triggered() { 
Either<Exception, Integer> result = 
RomanNumeralParser .parseNumberDefaults("MM"); 
assertEquals(1000, result.right().intValue()); 


} 


例 5-25 假设 我 们 不 允许 出 现 大 于 MAX 的 罗马 数字 ， 超 过 上 限 的 数字 一 律 解 析 成 默认 值 MAX。 
parseNumberDefaults() 方法 没有 忘记 把 默认 值 放 在 Either 的 右 值 上 。 














4. 用 Either 来 包装 异常 

Either 类 还 可 以 用 来 包装 异常 ， 将 结构 化 的 异常 处 理 机 制 转化 成 函数 式 风格 ， 如 例 5-26 
所 示 。 

例 5-26 用 Either 包装 捕获 的 异常 


public static Either<Exception, Integer> divide(int x, int y) { 


try { 
return Either.right(x / y); 
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} catch (Exception e) { 
return Either.left(e); 
} 
} 


我 们 在 例 5-27 中 测试 这 些 经 过 包装 的 异常 。 


例 5-27 测试 经 Either 包装 的 异常 
QTest 
public void catching_other_people exceptions() { 
Either<Exception, Integer> result = FjRomanNumeralParser.divide(4, 2); 
assertEquaLs((Long) 2, (long) result.right().value()); 
Either<Exception, Integer> failure = FjRomanNumeralParser.divide(4, 0); 


assertEquals("/ by zero", failure.left().value().getMessage()); 
} 


例 5-26 尝试 进行 除法 运算 ， 期 间 有 可 能 发 生 ArithmeticException 异常 。 如 果 发 生 异 常 ， 
我 们 就 把 它 装 进 Either 的 左 值 ， 否 则 通过 Either 的 右 值 返回 运算 结果 。 在 Either 的 帮助 
下 ， 我 们 将 传统 的 异常 (包括 checked 异常 ) 修饰 成 函数 式 的 处 理 风 格 。 


























当然 ， 我 们 还 可 以 给 从 被 调用 方法 中 抛 出 的 异常 增加 一 层 缓 求 值 的 包装 ， 如 例 5-28 所 示 。 
例 5-28 对 捕获 到 的 异常 做 缓 求 值 包装 


public static P1<Either<Exception, Integer>> divideLazily(final int x, final int y) { 
return new Pl<Either<Exception, Integer>>() { 
public Either<Exception, Integer> _1() { 
try { 
return Either.right(x / y); 
} catch (Exception e) { 
return Either.left(e); 





} 
} 
}; 
} 


例 5-29 对 经 过 缓 求 值 包装 的 捕获 异常 进行 测试 。 
例 5-29 处理 经 缓 求 值 包装 的 异常 


QTest 

public void lazily_catching_other_peoples exceptions() { 
PpP1i<Either<Exception, Integer>> result = FjRomanNumeralParser.divideLazily(4, 2); 
assertEquaLs((Long) 2, (long) result. 1().right().value()); 
PpP1i<Either<Exception, Integer>> failure = FjRomanNumeralParser.divideLazily(4, 0); 
assertEquals("/ by zero", failure. 1().left().value().getMessage()); 





} 


在 Java 语言 下 建立 Either 模型 并 不 轻松 ， 因 为 Java 语言 本 身 没 有 这 个 概念 ， 我 们 必须 借 
用 泛 型 和 类 来 作为 手工 搭建 Either 模型 的 材料 。Scala 语言 内 建 了 Either 和 其 他 类 似 用 途 
的 构造 。Clojure 和 Groovy 语言 没有 内 建 类 似 Either 的 概念 ， 那 是 因为 它们 都 是 动态 类 型 
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的 语言 ， 可 以 轻易 生成 所 需 类 型 的 值 。 例 如 在 Clojure 下 ， 我 们 不 必 特 意 建立 一 个 双 值 的 
数据 结构 ， 返 回 keyword 是 更 常见 的 办 法 ， 这 是 Clojure 的 一 种 字符 串 常量 ， 可 以 用 作 标 
识 符号 。 


5.5.3 ”0ption 类 

Either 代表 了 一 种 使 用 方便 、 用 途 广泛 的 概念 ， 除 了 用 来 实现 双重 返回 值 ， 还 被 用 来 构建 
一 些 通 用 的 数据 结构 (如 本 章 后 将 讨论 的 基于 Either 的 树 结构 )。 在 表示 函数 返回 值 这 
个 用 途上 ， 有 些 语言 和 框架 除了 Either 类 之 外 ， 还 存在 另 一 个 选项 一 一 0ption。O0ption 类 
表述 了 异常 处 理 中 较为 简化 的 一 种 场景 ， 它 的 取 值 要 么 是 none， 表 示 不 存在 有 效 值 ， 要 么 
是 some， 表 示 成 功 返 回 。 例 5-30 演示 了 Functional Java 框架 的 0ption 实现 。 





























例 5-30 0ption 的 用 法 
public static Option<Double> divide(double x, double y) { 
if (y == 0) 
return Option.none(); 
return Option.some(x / y); 


} 
我 们 来 测试 一 下 上 面 经 过 0ption 类 包装 的 返回 值 ， 请 看 例 5-31。 




















例 5-31 测试 option 的 行为 
QTest 
public void option test success() { 
Option result = FjRomanNumeralParser.divide(4.0, 2); 
assertEquals(2.0, (Double) result.some(), 0.1); 
} 


@Test 

public void option test failure() { 
Option result = FjRomanNumeralParser.divide(4.0, 0); 
assertEquals(Option.none(), result); 


} 


我 们 从 例 5-30 看 到 ，0ption 的 取 值 为 none() 或 some() 其 中 之 一 ， 类 似 于 Etther 的 左 值 
和 右 值 ， 只 不 过 专 为 表达 “方法 不 一 定 返 回 有 效 结果 ”的 意思 而 缩 窄 了 定义 。0ption 类 
可 以 近似 地 看 作 Either 类 的 一 个 子 集 ，0ption 一 般 只 用 来 表示 成 功 和 失败 两 种 情况 ， 而 
Either 可 以 容纳 任意 的 内 容 。 


5.5.4 Etither 树 和 模式 匹配 


我 们 还 可 以 进一步 拓展 Either 的 用 途 ， 用 它 来 构造 一 棵 树 形 结构 ， 并 模仿 Scala 的 模式 匹 
配 来 为 该 结构 实现 遍历 方法 。 









































Either 利用 Java 的 泛 型 支持 ， 形 成 一 种 双重 类 型 的 数据 结构 ， 可 以 在 其 左 值 或 右 值 上 不 同 
时 地 容纳 两 种 类 型 的 取 值 。 








例如 在 前 面 的 罗马 数字 解析 示例 中 ， 我 们 让 Either 容纳 了 Exception ( 左 值 ) 或 者 Integer 
( 右 值 ) 类 型 的 取 值 ， 如 图 5-1 所 示 。 


Er 


5-1: Either 抽象 可 容纳 两 种 类 型 之 一 
该 例 中 向 Either 装填 内 容 的 赋值 操作 发 后 在 这 一 句 ; 






































Either<Exception, Integer> result = RomanNumeraLParser .parseNumber("XLII"); 





接 下 来 ， 我 们 准备 在 Either 抽象 的 基础 上 构造 一 棵 树 形 结构 ， 这 样 做 的 好 处 要 从 模式 匹配 
说 起 。 

1. Scala 的 模式 匹配 

作为 分 发 机 制 的 模式 匹配 是 Scala 语言 吸引 人 的 特性 之 一 。 与 其 费 笔 墨 描述 ， 我 们 不 如 直 
接 看 一 个 例子 ， 例 5-32 的 函数 将 成 绩 数 值 转换 成 字母 等 级 。 


例 5-32 使 用 Scala 模式 匹配 来 实现 成 绩 分 等 
val VALID_GRADES = Set("A", "B", "C", "D", "F") 


def letterGrade(value: Any) : String = value match { 

case x:Int if (90 to 100).contains(x) => "A" 

case x:Int if (80 to 90).contains(x) => "B" 

case x:Int if (70 to 80).contains(x) => "C" 

case x:Int if (60 to 70).contains(x) => "D" 

case x:Int if (0 to 60).contains(x) => "F" 
case x:String if VALID_GRADES(x.toUpperCase) => x.toUpperCase 
中 


例 5-33 演示 了 这 个 成 绩 分 等 函数 的 使 用 效果 。 


例 5-33 ”测试 成 绩 分 等 函数 
printf("Amy 的 成 绩 为 %d ,获得 %s 等 \n" ，91，LetterGrade(91)) 
printf("Bob 的 成 绩 为 %d ,获得 %s 等 \n"，72，LetterGrade(72)) 
printf("Sam 缺 席 全 部 课程 ,成 绩 %d ,获得 %s 等 \n"， 

44, letterGrade(44)) 
printf("Roy 转 学 前 已 获 %s 等 , 记 为 %s 等 \n"， 
"B", letterGrade("B")) 


例 5-32 中 ，letterGrade 函数 的 整个 函数 体 都 是 针对 其 参数 不 同 取 值 的 match 块 。 我 们 设 
定 了 一 系列 的 模式 来 防备 每 一 种 取 值 情 况 ， 除 了 参数 的 类 型 ， 这 些 模式 还 可 以 根据 各 种 细 
致 的 条 件 来 划分 和 得 选 参数 的 取 值 。 模 式 匹 配 的 语法 将 每 一 种 取 值 情况 划分 得 清晰 明了 ， 
比 起 笨拙 的 连 串 if 语句 高 明 多 了 。 
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模式 匹配 可 以 和 Scala 的 case 类 联 用 ， 这 种 特殊 性 质 的 类 可 以 帮助 我 们 隐 去 case 语句 中 元 
长 的 条 件 判断 ， 将 之 转移 到 case 类 的 定义 里 。 请 看 例 5-34 对 不 同 颜色 组 合 的 匹配 演示 。 





例 5-34 Scala 中 针对 case 类 的 模式 匹配 


class Color(val red:Int, val green:Int, val blue:Int) 


case class Red(r:Int) extends Color(r, 0, 0) 
case class Green(g:Int) extends Color(0, g, 0) 
case class BLue(b:Int) extends Color(0, 0, b) 


def printColor(c:Color) = c match { 
case Red(v) => printLn("Red: " + v) 
case Green(v) => println("Green: " + Vv) 
case Blue(v) => printLn("BLue: " + v) 
case col:Color => { 
print("R: " + col.red + ", ") 
print("G: " + col.green + ", ") 
println("B: " + col.blue) 


case null => println("invalid color") 


} 





例 5-34 首先 创建 了 基 类 Cotor ， 然 后 以 case 类 的 形式 建立 特 化 的 版 本 来 表示 单 色 。 为 了 在 
函数 中 判断 传 入 的 参数 是 哪 一 种 颜色 ， 我 们 使 用 了 match 来 对 所 有 可 能 的 取 值 选项 作 模 式 
匹配 ， 最 后 还 匹配 处 理 了 空 值 的 情况 。 








Scala 的 case 类 

面向 对 象 系统 ， 尤 其 是 一 些 差 异 较 大 ， 而 需要 互相 通信 的 系统 之 间 ， 经 常 使 用 一 些 简 

单 的 类 来 作为 数据 的 承载 容器 。 由 于 类 的 这 种 用 法 十 分 盛行 ，Scala 索性 专门 设计 了 

case 类 。case 类 自动 地 附带 了 以 下 语法 便利 。 

。 类 名 可 以 直接 用 作 一 个 工厂 方法 。 我 们 不 必 动 用 new 关键 字 就 可 以 构造 一 个 新 实例 ， 
如 val bob = Person("Bob" ，421) 。 

。 经 类 参数 列表 传 入 的 所 有 值 都 会 自动 被 赋予 val 类 型 ， 也 就 是 说 它们 都 成 了 类 中 值 
不 可 变 的 内 部 字段 。 

。 编译 器 自动 为 case 类 生成 合理 的 equals()、hashCode() 和 toString() 默认 实现 。 

。 编译 器 添加 到 类 中 的 copy() 方法 可 以 通过 返回 新 副本 的 形式 ， 实 现 对 原 实例 的 字 
段 修改 。 

我 们 从 case 类 身上 可 以 管 宇 Java 平台 上 这 些 后 继 语 言 的 作为 和 抱负 ， 它 们 并 不 满足 于 


修补 Java 语法 上 的 毛病 ， 而 是 已 经 对 现代 软件 的 运作 有 了 更 好 的 理解 ， 并 磨 研 自身 去 
咎 应 趋势 。 语 言 就 是 这 样 随 着 时 间 演 化 的 。 




















Java 不 支持 模式 匹配 ， 因 此 我 们 没 办 法 写 出 像 Scala 那样 清晰 可 读 的 分 发 代码 。 但 如 果 让 泛 
型 和 我 们 熟悉 的 数据 结构 联 起 手 来， 未 必 不 能 学 到 一 点 神韵。 于 是 话题 又 回 到 了 Either。 





2. Either 树 
建立 一 棵 树 的 数据 结构 模型 只 需要 三 种 抽象 ， 如 表 5-2 所 示 。 


表 5-2: 构造 一 棵 树 需要 的 三 种 抽象 








树 的 抽象 ”| 说 明 

empty 没有 值 的 单元 

leaf 放置 了 某 种 数据 类 型 的 值 的 单元 
node 指向 其 他 的 leaf 或 node 


方便 起 见 ， 我 们 直接 使 用 Functional Java 框架 中 的 Either 类 。 理 论 上 ，Either 抽象 内 用 来 




















放置 数据 的 栏 位 可 以 扩展 为 任意 的 数量 。 例 如 声明 Etther<Empty，Either<Leaf ，Node>> 将 
构造 出 如 图 5-2 所 示 的 三 值 结构 。 

















EEE 








图 5-2，Either<Empty，Either<Leaf ，Node>> 数据 结构 


借助 这 个 把 树 的 三 种 抽象 组 装 到 一 起 的 Either 结构 ， 我 们 定义 了 例 5-35 的 树 。 





例 5-35 在 Either 上 建立 起 来 的 树 结构 


package com.nealford.ft.structuralpatternmatching; 


import fj.data.Either; 
import static fj.data.Either.left; 
import static fj.data.Either.right; 


public abstract class Tree { 


private Tree() {} 


public abstract Either<Empty, Either<Leaf, Node>> toEither(); 


public static final class Empty extends Tree { 
public Either<Empty, Either<Leaf, Node>> toEither() { 
return left(this); 


} 


public Empty() {} 
} 


public static final class Leaf extends Tree { 
public final int n; 


@Override 
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public Either<Empty, Either<Leaf, Node>> toEither() { 
return right(Either.<Leaf, Node>left(this)); 


} 


public Leaf(int n) { this.n = n; } 
} 


public static final class Node extends Tree { 
public final Tree left; 
public final Tree right; 


public Either<Empty, Either<Leaf, Node>> toEither() { 
return right(Either.<Leaf, Node>right(this)); 


} 


public Node(Tree left, Tree right) { 
this.left = left; 
this.right = right; 


} 


例 5-35 的 Tree 抽象 类 在 其 内 部 定义 了 三 个 final 具体 类 : Empty、Leaf、Node。Tree 类 
内 部 使 用 如 图 5-2 所 示 的 三 值 Either 来 放置 数据 ， 它 规定 了 Empty 要 放 在 最 左边 的 位 置 ， 
Leaf 放 在 中 间 ，Node 放 在 最 右边 。 每 个 内 部 类 都 实现 了 toEither() 方法 ， 保 证 本 类 的 实 
例 放 在 了 三 值 Fither 中 正确 的 栏 位 上 。 我 们 用 来 搭建 树 结构 的 构造 单元 ， 三 值 Either， 
相当 于 传统 计算 机 科学 术语 中 “联合 体 ”(union) 的 概念 ， 虽 然 允许 放 入 三 种 类 型 ， 但 在 
任意 时 刻 只 会 持 有 其 中 的 一 种 。 


我 们 有 了 树 结 构 ， 还 知道 它 的 内 部 构造 是 <Empty，<Leaf ，Node>> 的 样子 ， 现 在 可 以 试 着 
按照 模式 匹配 的 风格 来 实现 树 的 遍历 。 


3. 以 模式 匹配 的 方式 实现 树 的 遍历 

Scala 的 模式 匹配 鼓励 我 们 把 不 同 的 情况 分 开 来 考虑 。Functional Java 框架 中 Either 的 
left() 和 right() 方法 都 实现 了 Iterable 接口 ， 我 们 模拟 模式 匹配 的 基本 条 件 已 经 满足 。 
例 5-36 按照 模式 匹配 的 风格 实现 了 对 树 深度 的 检测 。 


例 5-36 模仿 模式 匹配 的 语法 来 获取 树 的 深度 
static public int depth(Tree t) { 
for (Empty e : t.toEither().left()) 
return 0; 
for (Either<Leaf, Node> Ln: t.toEither().right()) { 
for (Leaf leaf : Ln.Left()) 
return 1; 
for (Node node : ln.right()) 
return 1 + max(depth(node.left), depth(node.right)); 




















} 


throw new RuntimeException("Inexhaustible pattern match on tree"); 
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例 5-36 的 depth() 方法 是 一 个 递归 的 深度 查找 函数 。 由 于 我 们 的 树 采 用 了 特殊 的 单元 结构 
(<Empty，<Left，Node>>)， 我 们 可 以 将 每 一 个 “ 栏 位 ”都 当成 一 个 “case” 来 对 待 。 如 果 
单元 是 empty， 那 么 这 根 枝条 座 度 为 零 。 如 果 单 元 是 leaf， 那 么 我 们 给 树 的 深度 累计 一 层 。 
如 有 果 单 元 是 node， 那 么 我 们 应 该 累计 一 层 ， 并 继续 递归 搜索 单元 的 左 子 树 和 右 子 树 。 























我 们 还 可 以 按照 同样 的 模式 匹配 风格 实现 对 树 的 递归 搜索 ， 如 例 5-37 所 示 。 
例 5-37 判断 给 定 值 在 树 中 是 否 存 在 


static public boolean inTree(Tree t, int value) { 
for (Empty e : t.toEither().left()) 
return false; 
for (Either<Leaf, Node> ln: t.toEither().right()) { 
for (Leaf leaf : Ln.Left()) 
return valuyue == Leaf .n; 
for (Node node : ln.right()) 
return inTree(node.left, value) | inTree(node.right, value); 








return false; 
} 
例 5-37 的 写法 和 例 5-36 一 样 ， 都 是 按照 单元 结构 的 “ 栏 位 ”来 返回 相应 结果 。 如 果 遇 到 
empty 单元 ， 我 们 就 返回 false， 表 示 搜 索 失 败 了 。 如 果 遇 到 leaf， 我 们 检查 单元 中 放置 的 
值 ， 如 果 匹 配 就 返回 true。 当 遇 到 node 单元 的 时 候 ， 我 们 继续 递归 搜索 下 游 分 支 ， 用 | 
( 非 短路 或 运算 符 ) 合并 左右 子 树 的 搜索 结果 。 


我 们 可 以 做 个 单元 测试 来 实际 体验 一 下 树 的 构造 和 搜索 ， 如 例 5-38 所 示 。 





























例 5-38 测试 树 的 搜索 
QTest 
public void more elaborate searchp test() { 
Tree t = new Node(new Node(new Node(new Node( 
new Node(new Leaf(4) ,new Empty()), 
new Leaf(12))，new Leaf(55) )， 
new Empty()), new Leaf(4) ); 
assertTrue(inTree(t, 55)); 
assertTrue(inTree(t, 4)); 
assertTrue(inTree(t, 12)); 
assertFalse(inTree(t, 42)); 


} 
例 5-38 首先 构造 了 一 棵 树 ， 然 后 检测 了 几 个 值 在 树 中 是 否 存在 。 当 树 中 任意 叶子 上 的 值 与 
查找 对 象 相 同 ，inTree() 方法 就 返回 true。 例 5-37 中 用 来 合并 节点 左右 子 树 查 找 结果 的 | 
运算 符 会 使 得 true 值 沿 着 递归 调用 栈 一 路 向 上 传播 。 






































例 5-37 只 检查 了 树 中 是 否 含有 某 元 素 ， 我 们 可 以 更 进一步 统计 某 元 素 在 树 中 出 现 的 次 数 ， 
如 例 5-39 所 示 。 
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例 5-39 计算 元 素 在 树 中 的 重复 次 数 
static public int occurrencesIn(Tree t, int vaLue) { 
for (Empty e: t.toEither().left()) 
return 0; 
for (Either<Leaf, Node> ln: t.toEither().right()) { 
for (Leaf leaf : Ln.Left()) 
if (vaLue == Leaf.n) return 1; 
for (Node node : ln.right()) 
return occurrencesIn(node.left, value) 
+ OccurrencesIn(node.right, value); 
} 
return 0; 


} 
例 5-39 每 找到 一 个 符合 的 叶子 结 点 就 返回 1， 经 过 递归 累加 就 可 以 得 出 元 素 的 重复 次 数 。 








例 5-40 在 一 棵 复杂 的 树 上 检验 了 depth()、inTree() 和 occurrencesIn() 国 数 。 
例 5-40 在 一 棵 复杂 的 树 上 获取 深度 、 查 找 元 素 和 计算 元 素 的 重复 次 数 


@Test 
public void multi branch tree test() { 
Tree t = new Node(new Node(new Node(new Leaf(4), 
new Node(new Leaf(1), new Node( 
new Node(new Node(new Node( 
new Node(new Node(new Leaf(10), new Leaf (0)), 
new Leaf(22)), new Node(new Node( 
new Node(new Leaf(4), new Empty()), 
new Leaf(101)), new Leaf(555))), 
new Leaf(201)), new Leaf(1000)), 
new Leaf(4))))， 
new Leaf(12)), new Leaf (27)); 
assertEquals(12, depth(t)); 
assertTrue(inTree(t, 555)); 
assertEquals(3, occurrencesIn(t, 4)); 





} 


我 们 在 树 的 内 部 结构 上 强加 的 规则 ， 让 元 素 的 类 型 和 遍历 过 程 中 可 能 遭遇 的 情况 一 一 对 应 
起 来 ， 因 此 我 们 可 以 把 问题 清晰 地 分 成 不 同 的 情况 来 个 别处 理 。 虽 然 表 达能 力 没有 Scala 
的 模式 匹配 那么 强 ， 但 语法 结构 意外 地 相像 。 
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模式 与 重用 





如 果 我 们 的 语言 支持 的 编程 范式 以 对 象 为 本 ， 我 们 就 很 容易 不 自沉 地 按照 对 象 的 术语 来 思 
考 所 有 问题 的 答案 。 不 过 ， 大 多 数 现代 语言 都 是 多 范式 的 ， 支 持 对 象 、 元 对 象 、 函 数 式 ， 
以 及 其 他 多 样 化 的 范式 。 学 会 使 用 不 同 的 范式 来 处 理 不 同 的 癌 题 ， 是 开发 者 进步 路 上 需要 
越过 的 一 道 坎 。 


6.1 函数 式 语言 中 的 设计 模式 

国 数 式 世 界 中 有 一 种 代表 性 的 意见 认为 ， 设 计 模 式 的 概念 本 身 在 国 数 式 编程 中 就 站 不 住 
脚 ， 函 数 式 编程 不 需要 这 样 的 东西 。 假 如 按照 比较 狭窄 的 定义 来 解释 模式 的 概念 ， 这 种 观 
点 是 有 道理 的 一 一 但 是 把 争辩 的 焦点 从 模式 的 用 途 转移 到 了 “模式 ”的 语义 上 。 如 果 我 们 
认可 设计 模式 是 “赋予 了 名 字 的 、 编 目 记 录 下 来 的 常见 问题 的 解决 方案 *， 那 么 这 个 概念 
一 点 都 不 过 时 。 只 不 过 在 不 同 的 范式 下 ， 模 式 有 可 能 呈现 为 截然 不 同 的 外 在 形象 。 因 为 图 
数 式 世界 用 来 搭建 程序 的 材料 不 一 样 了 ， 所 以 解决 问题 的 手法 也 不 一 样 了 ，GoF 模式 集中 
有 一 部 分 传统 模式 失去 了 存在 的 意义 ， 但 还 有 一 部 分 模式 ， 它 们 要 解决 的 问题 依然 存在 ， 
只 是 解决 的 手段 发 生 了 很 大 的 变化 。 


传统 设计 模式 在 函数 式 编程 的 世界 中 大 致 有 三 种 归宿 。 


。 模式 已 被 吸收 成 为 语言 的 一 部 分 。 

。 模式 中 描述 的 解决 办 法 在 函数 式 范 式 下 依然 成 立 ， 但 实现 细节 有 所 变化 。 

。 由 于 在 新 的 语言 或 范式 下 获得 了 原本 没有 的 能 力 ， 产 生 了 新 的 解决 方案 〈 例 如 很 多 问题 
都 可 以 用 元 编程 干净 利落 地 解决 ， 但 Java 没有 元 编程 能 力 可 用 )。 


我 们 依次 探讨 以 上 三 种 情形 。 
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6.2 ”函数 级 别 的 重用 

复合 (composition)， 作 为 一 种 重用 机 制 ， 在 函数 式 语 言 中 主要 表现 为 通过 参数 来 传递 作 
为 第 一 等 语言 成 分 的 函数 ， 各 种 函数 式 编程 库 都 频繁 地 运用 了 这 种 手法 。 与 面向 对 象 语言 
相 比 ， 函 数 式 语言 的 重用 发 生 于 较 粗 的 粒度 级 别 上 ， 着 眼 于 提取 一 些 共通 的 运作 机 制 ， 并 
参数 化 地 调整 其 行为 。 面 向 对 象 系统 由 一 群 互相 发 送 通信 消息 (或 者 叫 调用 方法 ) 的 对 象 
组 成 。 图 6-1 描绘 了 这 样 的 一 个 面向 对 象 系统 。 

















下 









































图 6-1: 面向 对 象 系统 中 的 重用 
如 果 我 们 从 中 发 现 了 一 小 群 有 价值 的 类 以 及 相应 的 消息 ， 就 可 以 将 这 部 分 类 关系 提取 出 


来 ， 加 以 重用 ， 如 图 6-2 所 示 。 

图 6-2: 从 类 关系 图 中 提取 有 用 的 部 分 

这 方面 集大成 的 《设计 模式 》 毫 无 意外 地 成 为 了 软件 工程 领域 最 深入 人 心 的 著作 之 一 ， 它 
的 工作 就 是 汇总 编目 像 图 6-2 那样 提取 出 来 的 类 关系 。 以 模式 为 载体 的 重用 随后 遍地 开花 ， 
编目 和 命名 各 方面 模式 的 书籍 纷纷 涌现 。 这 场 设计 模式 运动 极 大 地 惠 泽 了 软件 开发 世界 ， 
因为 它 为 我 们 确立 了 可 言说 的 名 词 术语 和 可 参照 的 样 例 。 不 过 从 根本 上 说 ， 以 模式 为 载体 
的 重用 是 细 粒 度 的 : 一 种 解答 方案 (如 Flyweight 模式 ) 与 另 一 种 解答 方案 (如 Memento 


模式 ) 之 间 ， 是 井 水 不 犯 河水 的 “ 正 交 ”关系 。 设 计 模式 所 解决 的 都 是 很 专门 的 问题 ， 模 
式 的 用 处 就 在 于 我 们 经 常 能 够 为 手头 的 问题 找到 对 应 的 模式 ， 但 反 过 来 ， 模 式 和 问题 之 间 

































































这 种 狭 窗 的 对 应 关系 又 限制 了 它 的 适用 面 。 


国 数 式 程序 员 也 喜欢 重用 代码 ， 只 是 他 们 用 了 另外 一 套 材 料 来 搭建 重用 体系 。 国 数 式 
编程 不 追求 复 现 结构 之 间 经 典 的 〈 耦 合 ) 关系 ， 它 以 定义 各 类 型 “物件 ”之 间 “ 态 射 ” 
(morphism) 关系 的 数学 分 支 一 一 范畴 论 为 基础 ， 希 望 从 代码 中 抽取 另 一 种 粗 粒度 的 脉络 
而 加 以 重用 。 大 多 数 应 用 都 离 不 开 对 列表 元 素 的 操作 ， 函 数 式 的 重用 机 制 就 建立 在 列表 的 
概念 ， 以 及 可 以 连同 执行 上 下 文 一 起 传递 的 代码 块 的 概念 之 上 。 函 数 式 语言 依赖 作为 第 一 
等 语言 成 分 的 函数 〈 第 一 等 的 函数 允许 出 现在 其 他 任何 语言 构造 允许 出 现 的 位 置 上 ) 去 充 
当 参 数 和 返回 值 。 图 6-3 描绘 了 这 种 思路 。 












































图 6-3: 由 可 传递 的 代码 和 粗 粒 度 机 制 构成 的 重用 


图 6-3 的 齿轮 组 代表 一 些 宽泛 地 处 理 某 种 基本 数据 结构 的 抽象 ， 方 框 代表 可 传递 的 代码 ， 
数据 被 封装 在 里 面 。 


列 2-12 从 命令 式 实现 改写 过 来 的 函数 式 的 列表 筛选 给 了 我 们 截然 不 同 的 体验 ， 而 它 不 过 是 
遵照 了 各 种 函数 式 编程 语言 和 库 都 习以为常 的 行文 思路 。 我 们 从 函数 式 语 言 把 代码 当 作 参 
数 来 传递 (如 传 给 例 中 的 filter() 方法 ) 的 能 力 中 看 到 了 一 条 不 同 于 以 往 的 代码 重用 途 
径 。 如 果 我 们 来 自传 统 的 奉 设 计 模式 为 圭 朱 的 面向 对 象 世界 ， 臣 怕 更 习惯 于 构建 各 种 类 和 
方法 来 解决 问题 。 


函数 式 语 言 不 需要 那么 多 辅助 性 的 支撑 结构 和 公式 化 的 死板 套 语 ， 它 可 以 帮 有 我 们 外 去 一 部 
分 累 痪 ， 同 时 又 实现 与 传统 方式 相同 的 设计 概念 。 例 如 当 语 言 拥 有 了 闭 包 特 性 ， 就 不 需要 
Command 模式 了 。 从 根本 上 说 ， 设 计 模式 的 存在 意义 就 是 弥补 语言 功能 上 的 弱点 ， 例 如 
不 把 “行为 ”用 一 个 本 身 无 其 意义 的 骨架 类 包装 起 来 的 话 ， 就 没 办 法 像 传递 数值 一 样 传递 
它 。 当 然 ，Command 模式 还 有 其 他 用 途 ， 例 如 实现 操作 回 退 (undo)， 不 过 它 的 主要 功能 
是 打开 一 条 门路 让 代码 块 能 够 被 传递 到 方法 中 去 执行 。 


还 有 一 种 常用 模式 也 在 函数 式 语 言 中 摆脱 了 公式 化 的 的 代码 框框 ， 它 就 是 我 们 在 第 3 章 接 
触 过 的 Template Method 模式 。 



























































6.2.1 Template Method 模 式 
函数 被 提升 为 第 一 等 的 语言 成 分 ， 对 Template Method 模式 的 实现 有 简化 的 效果 ， 因 为 可 
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以 消除 一 些 为 了 迁 回 语言 限制 而 存在 的 结构 。Template Method 模式 在 一 个 方法 里 面 定义 好 
算法 的 骨架 ， 但 留 下 一 部 分 未 实现 的 步骤 ， 强 迫 子 类 按照 规定 好 的 算法 结构 来 补 全 缺失 的 
步骤 定义 。Template Method 模式 的 经 典 实 现 如 例 6-1 的 Groovy 代码 所 示 。 




















例 6-1 _ Template Method 模式 的 “标准 ”实现 
package templates; 


abstract class Customer { 
def plan 


def Customer() { 
plan = [] 
} 


def abstract checkCredit() 
def abstract checkInventory() 
def abstract ship() 


def process() { 
checkCredit() 
checkInventory() 
ship() 


} 


例 6-1 中 process() 方法 依赖 于 checkCredit()、checkInventory() 和 ship() 方法 ， 这 三 个 
方法 被 设 定 为 抽象 方法 ， 子 类 必须 为 它们 提供 具体 实现 。 


由 于 作为 第 一 等 语言 成 分 的 函数 可 以 取代 任何 语言 结构 ， 我 们 尝试 用 代码 块 来 改写 例 6-1 
的 实现 ， 请 看 例 6-2。 





例 6-2 第 一 等 函数 对 Template Method 模式 的 影响 


package templates; 


class CustomerBlocks { 
def plan, checkCredit, checkInventory, ship 


def CustomerBlocks() { 
plan = [] 


def process() { 
checkCredit() 
checkInventory() 
ship() 


} 


原先 需要 特地 按照 规定 格式 来 声明 的 算法 步骤 ， 在 例 6-2 中 成 了 类 里 面 最 普通 不 过 的 属性 ， 
可 以 像 普通 的 属性 一 样 赋值 。 这 正 是 一 个 实现 细 市 被 语言 特性 吸收 掉 的 例子 。 模 式 本 身 作 




















为 针对 某 个 问题 的 解决 方案 〈 将 特定 步骤 推 给 下 游 环 节 去 处 理 )， 还 是 一 个 有 意义 的 讨论 
话题 ， 只 是 模式 的 实现 变 得 简单 了 。 











前 后 两 个 实现 并 不 等 价 。 按 照例 6-1 的 Template Method 模式 “传统 ”实现 ， 子 类 必须 补 
全 算法 依赖 的 几 个 抽象 方法 的 实现 。 虽 然 子 类 可 以 用 空 的 方法 体 应 付 了 事 ， 但 绝 不 可 能 
然 无 视 这 些 空缺 的 方法 。 抽 象 方法 的 定义 相当 于 一 种 特殊 形式 的 文档 ， 提 醒 子 类 将 指定 的 
方法 纳入 芳 虑 。 然 而 反 过 来 ， 事 先 规定 好 全 部 的 方法 声明 又 有 僵化 之 钴 ， 未 必 适 合 需 要 更 
多 灵活 性 的 情况 。 例 如 我 们 也 许 希 望 任意 指定 Customer 类 处 理 时 使 用 的 方法 序列 。 


语言 对 代码 块 等 特性 支持 得 越 深 入 ， 对 开发 者 的 亲和力 就 越 好 。 假 设 我 们 希望 允许 子 类 
有 时 候 跳 过 某 些 处 理 步骤 。Groovy 有 一 个 特殊 的 “ 受 保护 访问 ”运算 符 (?.)， 可 以 在 
调用 方法 之 前 先 确 认 目 标 对 象 不 是 空 值 。 于 是 我 们 可 以 写 下 如 例 6-3 所 示 的 process() 
方法 定义 。 


例 6-3 为 调用 代码 块 增加 防护 
def process() { 
checkCredit?.call() 
checkInventory?.call() 
ship?.call() 






































例 6-3 免除 了 我 们 为 checkCredit、checkInventory 和 ship 属性 赋值 的 义务 ， 我 们 可 以 自由 
地 决定 要 实现 或 留 空 哪 一 个 函数 。 像 ?. 运算 符 这 样 的 语法 糖衣 是 语言 为 开发 者 提供 的 帮助 ， 
让 我 们 摆脱 重复 性 的 、 难 以 梳理 的 死板 代码 ， 比 如 一 大 串 的 ff， 代 之 以 有 表现 力 的 简洁 语 
句 。?. 运算 符 本 身 谈 不 上 有 多 么 “函数 式 ”"， 但 它 是 把 乏味 工作 推 给 运行 时 的 一 个 好 例子 。 





























由 语言 直接 提供 的 高 阶 函 数 特 性 可 以 让 我 们 节约 大 量 的 八股 代码 ， 经 典 的 Command 模式 
和 Template Method 模式 为 我 们 做 了 最 好 的 说 明 。 


6.2.2 Strategy 模式 

Strategy 模式 也 是 因为 第 一 等 函数 而 得 到 简化 的 一 种 常用 模式 。Strategy 模式 定义 一 个 算法 
族 ， 并 将 每 一 种 算法 都 在 相同 的 接口 下 封装 起 来 ， 令 同一 族 的 算法 能 够 互 换 使 用 。 这 样 做 
的 好 处 是 算法 的 变化 不 影响 使 用 方 ， 也 不 受 使 用 方 的 影响 。 第 一 等 国 数 让 建立 和 操纵 各 种 
策略 的 工作 变 得 十 分 简单 。 

例 6-4 给 出 了 Strategy 模式 的 一 个 传统 实现 ， 我 们 用 它 为 两 个 数字 的 积 的 计算 问题 安排 
算法 。 

例 6-4 用 Strategy 模式 来 处 理 两 个 数字 的 积 的 计算 问题 


interface Calc { 
def product(n, m) 
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class CalcMult impLements Calc { 
def product(n, m) {n*m} 


class CalcAdds implements Calc { 
def product(n, m) { 
def result = 0 
n.times { 
result += m 
} 
result 
} 
} 


例 6-4 为 计算 两 个 数字 的 积 定 义 了 统一 的 接口 。 我 们 在 接口 下 实现 了 两 个 具体 类 (也 就 是 
两 种 策略 ) ， 一 个 直接 用 乘法 计算 ， 另 一 个 用 累加 的 方法 。 我 们 来 测试 一 下 效果 ， 如 例 6-5 
所 示 。 








例 6-5 测试 积 的 计算 策略 


CLass StrategyTest { 
def ListOfStrategies = [new CalcMult(), new CaLcAdds()] 


QTest 
public void product verifier() { 
listofStrategies.each { s -> 
assertEquals(10, s.product(5, 2)) 
} 
} 




















不 出 所 料 ， 例 6-5 的 两 种 策略 都 返回 了 相同 的 结果 。 然 而 例 6-4 公式 化 的 累 痪 成 分 大多 了 ， 
假如 我 们 正确 发 挥 Groovy 代码 块 作为 第 一 等 函数 的 能 力 ， 应 该 可 以 做 得 更 好 。 请 看 例 6-6 
对 短 的 不 同 计算 策略 的 表达 。 


例 6-6 简洁 地 表达 和 测试 究 的 不 同 计算 策略 
@Test 
public void exp_verifier() { 
def listofExp = [ 
{i, j -> Math.pow(i, j)}, 
{i, j -> 
def result = i 
(j-1).times { result *= i } 
result 


}] 


listofExp.each { e -> 
assertEquals(32, e(2, 5)) 
assertEquals(100, e(10, 2)) 
assertEquals(1000, e(10, 3)) 





例 6-6 的 两 种 需 计 算 策略 都 是 以 Groovy 代码 块 的 形式 就 地 定义 的 ， 我 们 为 表述 上 的 便利 而 





牺牲 了 规范 的 形式 。 传 统 手法 规定 了 每 种 策略 的 名 称 和 结构 ， 在 某 些 情 况 下 更 可 取 。 
6-6 的 好 处 是 我 们 可 以 随时 给 代码 增加 更 严格 的 防护 ， 而 想 要 突破 传统 方式 设 下 的 术 


但 例 
E 框 就 





不 那么 容易 了 。 这 几 个 例子 不 完全 是 函数 式 编程 和 设计 模式 的 对 比 ， 它 们 更 多 地 表现 了 动 





态 类 型 和 静态 类 型 思维 的 对 立 。 


6.2.3” Flyweight 模式 和 记忆 


Flyweight 模式 是 一 种 在 大 量 的 细 粒 度 对 象 引 用 之 间 共 享 数据 的 优化 技巧 。 我 们 维护 一 个 对 





象 池 ， 然 后 引用 池 中 的 对 象 来 构成 需要 的 视图 。 


Flyweight 模式 使 用 了 “标准 品 ” 对 象 的 概念 
对 象 实例 。 例 如 我 们 可 以 用 某 种 消费 产品 的 一 个 “标准 品 ”来 代表 同型 的 所 有 产品 。 




















可 以 代表 所 有 其 他 同型 对 象 的 一 个 典型 的 


同 理 ， 我 们 在 程序 中 没 必 要 为 每 个 用 户 都 创建 各 自 的 产品 对 象 列 表 ， 相 反 可 以 只 创建 一 份 
标准 品 的 列表 ， 让 用 户 引用 列表 中 的 对 象 来 表示 自己 持 有 的 产品 。 例 6-7 建立 了 若干 计算 








机 品类 的 模型 。 
例 6-7 ”建立 计算 机 品类 模型 的 一 些 简单 类 


class Computer { 
def type 
def cpu 
def memory 
def hardDrive 
def cd 

} 


class Desktop extends Computer { 
def driveBays 
def fanWattage 
def videoCard 

} 


class Laptop extends Computer { 
def UsbPorts 
def dockingBay 

} 


class AssignedComputer { 
def computerType 
def userId 


public AssignedComputer(computerType, userId) { 
this.computerType = ComputerType 
this.userId = UserId 
} 
} 
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按照 这 些 类 的 设计 ， 假 如 所 有 计算 机 都 是 一 样 的 配置 ， 我 们 为 每 个 用 户 都 创建 一 个 
Computer 新 实例 就 很 不 经 济 了 。AssignedComputer 对 象 的 作用 是 把 计算 机 关联 到 用 户 。 


联 用 Factory 和 Flyweight 模式 是 改善 上 述 设 计 的 常用 方法 。 我 们 可 以 设计 一 个 生产 计算 机 
标准 品 的 单 例 工厂 ， 如 例 6-8 所 示 。 


例 6-8 生产 flyweight 计算 机 实例 的 单 例 工厂 
class CompFactory { 
def types = [:] 
static def instance; 


private ComputerFactory() { 
def laptop = new Laptop() 
def tower = new Desktop() 
types.put("MacBookPro6_2", laptop) 
types.put("SunTower", tower) 


} 


static def getInstance() { 
if (instance == null) 
instance = new CompFactory() 
instance 


} 


def ofType(computer) { 
types[computer] 
} 
} 

ComputerFactory 类 建立 了 一 个 缓存 来 放置 可 能 的 计算 机 品类 ， 外 界 通 过 它 的 ofType() 方 
法 来 索取 需要 的 实例 。 例 6-8 是 非常 传统 的 单 例 工厂 写法 ， 如 果 我 们 用 Java 语言 来 实现 的 
话 ， 差 不 多 就 是 这 个 样子 。 
不 过 ，Singleton 模式 本 身 ， 也 是 模式 被 运行 时 吸收 掉 的 典型 案例 。 我 们 可 以 利用 Groovy 
提供 的 @Singleton 标注 来 简化 ComputerFactory 的 实现 ， 如 例 6-9 所 示 。 


例 6-9 简化 的 单 例 工厂 


@Singleton class ComputerFactory { 
def types = [:] 








private ComputerFactory() { 
def laptop = new Laptop() 
def tower = new Desktop() 
types.put("MacBookPro6_2", laptop) 
types.put("SunTower", tower) 


def ofType(computer) { 
types[computer] 








我 们 来 测试 一 下 工厂 返回 的 标准 品 实例 ， 请 看 例 6-10。 


例 6-10 证 明 工 厂 返 回 的 是 标准 品 


QTest 
public void comp_factory() { 
def bob = new AssignedComputer( 
CompFactory.instance.ofType("MacBookPro6_2"), "Bob") 
def steve = new AssignedComputer( 
CompFactory.instance.ofType("MacBookPro6_2"), "Steve") 
assertTrue(bob.computerType == steve.computerType) 


} 





把 不 同 实例 共用 的 信息 保存 起 来 是 个 好 主意 ， 我 们 希望 把 它 也 带 到 函数 式 编程 中 去 ， 
具体 的 做 法 会 有 很 大 不 同 。 我 们 将 看 到 一 个 保留 模式 的 语义 ， 但 改变 (最 好 是 


现 的 例子 。 


简化 ) 























将 部 
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我 们 在 第 4 章 讨论 过 函数 的 “记忆 ”， 被 记忆 的 函数 允许 运行 时 缓存 其 结果 。 请 看 例 6-11 





定义 的 函数 及 其 记忆 版 本 。 
例 6-11 把 共享 内 容 记 忆 起 来 


def computerOf = {type -> 
def of = [MacBookPro6_2: new Laptop(), SunTower: new Desktop()] 
return of[type] 

} 


def computerOfType = computerOf .memoize() 


例 6-11 在 computerof 函数 内 定义 了 标准 品 。 我 们 只 需要 在 computerof 函 
memoize() 方法 ， 就 可 以 得 到 相应 的 带 记 忆 能 力 的 函数 实例 。 








例 6-12 分 别 测试 了 用 单 例 工 厂 方式 实现 和 用 记忆 方式 实现 的 两 组 用 例 。 
例 6-12 两 种 实现 方式 的 比较 


QTest 
public void flyweight computers() { 
def bob = new AssignedComputer( 
ComputerFactory.instance.ofType("MacBookPro6_2"), "Bob") 
def steve = new AssignedComputer( 
ComputerFactory.instance.ofType("MacBookPro6 2"), "Steve") 
assertTrue(bob.computerType == steve.computerType) 





def sally = new AssignedComputer( 
computerOfType("MacBookPro6_2"), "Sally") 

def betty = new AssignedComputer( 
computerOfType("MacBookPro6_2"), "Betty") 

assertTrue sally.computerType == betty.computerType 


} 

















数 上 调用 


两 组 测试 的 结果 相同 ， 但 它们 的 实现 细节 差别 巨大 。 遵 照 “传统 的 ”设计 模式 ， 我 们 要 创 
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建 一 个 充当 工厂 的 新 类 ， 并 实现 两 个 方法 。 在 函数 式 的 版 本 里 ， 我 们 实现 了 一 个 方法 ， 然 
后 得 到 它 的 带 记忆 实例 。 当 运行 时 接管 像 缓 存 这 样 的 实现 细节 ， 就 意味 着 减少 了 手工 编写 
犯错 的 可 能 性 。 我 们 最 后 得 到 一 个 保留 了 Flyweight 模式 的 语义 ， 而 且 非 常 简单 的 函数 式 
实现 。 

















6.2.4 ”Factory 模 式 和 柯 里 化 

在 设计 模式 的 语 境 下 ， 柯 里 化 相当 于 产 出 函数 的 工厂 。 第 一 等 函数 (或 高 阶 函 数 ) 是 函数 
式 编程 语言 共同 的 特性 ， 我 们 可 以 用 函数 来 充当 其 他 任何 的 语言 成 分 。 因 此 我 们 可 以 很 容 
易 地 设立 一 个 根据 条 件 来 返回 其 他 函数 的 函数 ， 也 就 是 函数 工厂 。 我 们 可 以 看 一 个 例子 ， 
假设 有 一 个 用 于 两 数 相 加 的 普通 函数 ， 经 过 柯 里 化 加 工 ， 我 们 可 以 制造 出 一 个 总 是 在 其 参 
数 上 加 一 的 递增 函数 ， 如 例 6-13 的 Groovy 代码 所 示 。 
































例 6-13 作为 函数 工厂 的 柯 里 化 
def adder = {x,y ->x+y} 
def incrementer = adder.curry(1) 


println "7 的 递增 ; ${fincrementer(7)}" 


例 6-13 在 adder 上 通过 柯 里 化 把 第 一 个 参数 固定 为 1， 这 就 是 我 们 的 函数 工厂 ， 它 会 为 我 
们 产 出 一 个 单 参数 的 函数 。 














我 们 有 必要 回顾 一 个 第 3 章 演示 过 的 例子 ， 请 看 例 6-14 的 Scala 递归 筛选 示例 。 


例 6-14 递归 式 的 筛选 函数 ，Scala 实现 
object CurryTest extends App { 
def filter(xs: List[Int], p: Int => Boolean): List[Int] = 
if (xs.isEmpty) xs 


else if (p(xs.head)) xs.head :: filter(xs.tail, p) 
else filter(xs.tail, p) 


def dividesBy(n: Int)(x: Int) = ((x % n) == 0) // ©@ 
val nums = List(1, 2, 3, 4, 5, 6, 7, 8) 
println(filter(nums, dividesBy(2))) // @ 


println(filter(nums, dividesBy(3))) 
} 


@ 定义 时 已 经 指明 函数 将 被 柯 里 化 使 用 。 

@@ filter 要 求 传人 一 个 集合 (nums) 和 一 个 单 参数 的 函数 ( 柯 里 化 之 后 dividesBy() 函数 
就 变 成 单 参数 了 )。 

在 拘谨 的 模式 眼光 看 来 ， 例 6-14“ 不 经 意 ” 地 柯 里 化 了 dividesBy() 方法 ， 有 些 不 可 思议 。 

dividesBy() 本 来 接受 两 个 参数 ， 并 根据 第 二 个 参数 能 否 被 第 一 个 参数 整除 来 返回 true 或 





























false。 然 而 在 它 参 与 到 filter() 操作 的 时 候 ， 我 们 只 为 它 提供 了 一 个 参数 ， 以 柯 里 化 的 
方式 来 制造 一 个 单 参数 的 函数 去 充当 filter() 方法 的 谓词 。 








模式 在 函数 式 编程 下 有 三 种 归宿 ， 这 个 例子 同时 反映 了 其 中 的 两 种 。 首 先 ， 柯 里 化 已 经 内 
建 在 语言 或 运行 时 里 面 ， 函 数 式 工厂 的 概念 天 然 存 在 ， 不 需要 我 们 添加 额外 的 结构 。 其 
次 ， 柯 里 化 带 给 我 们 一 种 全 新 的 实现 途径 。 恪 守 Java 的 程序 员 怎 么 都 想不到 会 有 例 6-14 
那样 的 柯 里 化 解法 ， 他 们 不 曾 拥有 真正 的 可 传递 的 代码 ， 对 于 在 通用 函数 上 构造 专用 函数 
的 思路 更 为 陌生 。 甚 至 很 可 能 ， 大 多 数 习惯 于 命令 式 编 程 的 开发 者 根本 没 想 过 在 这 种 地 方 
使 用 设计 模式 ， 毕 竞 在 通用 版 本 的 基础 上 构造 一 个 特 化 的 dividesBy() 方法 ， 看 起 来 只 是 
一 个 小 问题 ， 而 设计 模式 是 为 了 更 大 型 的 问题 准备 的 ， 因 为 主要 依赖 结构 来 解决 问题 的 设 
计 模 式 有 着 很 重 的 实现 负担 。 柯 里 化 交 给 我 们 的 答案 如 此 轻巧 ， 都 不 值得 像 模式 那样 专门 
为 解答 方案 起 一 个 名 字 ， 因 为 柯 里 化 只 是 在 做 它 的 本 职工 作 而 已 。 












































柯 里 化 可 以 把 通用 的 函数 改造 成 专用 的 函数 。 


6.3 结构 化 重用 和 函数 式 重用 的 对 比 
第 1 章 有 这 么 一 段 引言 ， 


面向 对 象 编程 通过 封装 不 确定 因素 来 使 代码 能 被 人 理解 ; 函数 式 编程 通过 尽量 减少 
不 确定 因素 来 使 代码 能 被 人 理解 。 





Michael Feathers 














每 天 在 同一 种 抽象 的 包围 下 工作 ， 我 们 的 头脑 会 逐渐 被 它 浸染 ， 我 们 处 理 问 题 的 方式 也 会 
被 潜移默化 。 这 一 市 我 们 将 尝试 通过 重 构 来 实现 代码 重用 ， 并 训 析 抽象 方式 对 思维 角度 的 


影响 。 











简化 状态 的 封装 和 使 用 ， 是 面向 对 象 的 目标 之 一 。 自 然 地 ， 状 态 就 成 了 面向 对 象 的 抽象 用 
来 解决 问题 的 常规 武器 ， 维 系 状 态 所 需 的 众多 类 和 交互 也 因此 被 派生 出 来 一 一 这 些 正 是 
Michael Feathers 所 说 的 “不 确定 因素 ”。 

函数 式 编程 不 喜欢 把 结构 耦合 在 一 起 ， 它 依靠 零件 之 间 的 复合 来 组 织 抽 象 ， 以 达到 减少 


不 确定 因素 的 目的 。 开 发 者 如 果 只 有 面向 对 象 语言 的 经 验 ， 会 不 容易 理解 这 里 面 的 微妙 
差别 。 




















模式 与 重用 | 117 


以 结构 为 载体 的 代码 重用 
命令 式 的 、( 尤 其 是 ) 面向 对 象 的 编程 风格 ， 使 用 结构 和 消息 作为 建筑 材料 。 如 果 一 段 面 
向 对 象 的 代码 值得 重用 ， 那 么 我 们 会 把 它 提 取 到 另 一 个 类 中 ， 然 后 通过 继承 来 访问 它 。 


为 了 演示 这 种 基于 结构 的 代码 重用 和 它 的 隐 仿 后果， 我 准备 了 两 个 例子 。 第 一 个 是 我 们 熟 
悉 的 完美 数 分 类 例子 ， 它 可 以 展示 代码 的 结构 和 风格 。 


第 二 个 例子 是 通过 一 个 正 整 数 的 约 数 来 判断 它 是 否 为 素数 ( 即 大 于 1， 且 除了 1 和 它 本 身 
之 外 ， 没 有 其 他 约 数 的 整数 )。 由 于 两 个 例子 都 需要 求 出 一 个 数 的 约 数 ， 我 们 可 以 在 下 一 
步 性 虑 通过 重 构 来 复 用 与 约 数 相 关 的 部 分 ， 并 在 重 构 的 过 程 中 展示 不 同 风格 的 代码 重用 。 




































































例 6-15 是 以 命令 式 风格 实现 的 完美 数 分 类 程序 。 
例 6-15 命令 式 的 完美 数 分 类 实现 


public class ClassifierAlpha { 
private int number; 


public ClassifierAlpha(int number) { 
this.number = number; 


} 


public boolean isFactor(int potential factor) { 
return number % potential_factor == 0; 


} 


public Set<Integer> factors() { 
HashSet<Integer> factors = new HashSet<>(); 
for (int i = 1; i <= sqrt(number); i+t+) 
if (isFactor(i)) { 
factors.add(i); 
factors.add(number / i); 
} 
return factors; 


} 


static public int sum(Set<Integer> factors) { 
Iterator it = factors.iterator(); 
int sum = 0; 
while (it.hasNext()) 
sum += (Integer) it.next(); 
return sum; 


} 


public boolean isperfect() { 
return sum(factors()) - number == number; 


} 


public boolean isAbundant() { 
return sum(factors()) - number > number; 





} 


public boolean isDeficient() { 
return sum(factors()) - number < number; 
} 
} 





我 们 在 第 2 音 已 经 分 析 过 上 述 实现 的 演变 和 改造 ， 不 必 再 次 重复 ， 这 里 单纯 是 借 它 来 解说 
代码 重用 。 例 6-16 同 为 命令 式 风格 的 素数 判定 程序 也 是 我 们 的 解说 材料 。 


例 6-16 命令 式 的 素数 判定 实现 


public class PrimeAlpha { 
private int number; 


public primeAlpha(int number) { 
this.number = number; 


} 


public boolean isprime() { 
Set<Integer> primeSet = new HashSet<Integer>() {{ 
add(1); add(number);}}; 
return number > 1 && 
factors().equals(primeSet); 


} 


public boolean isFactor(int potential factor) { 
return number % potential_factor == 0; 


} 


public Set<Integer> factors() { 
HashSet<Integer> factors = new HashSet<>(); 
for (int i = 1; i <= sqrt(number); i++) 
if (isFactor(i)) { 
factors.add(i); 
factors.add(number / i); 


} 


return factors; 
} 


列 6-16 有 几 个 地 方 值得 注意 。 第 一 个 地 方 是 isPrime() 方法 中 有 点 奇特 的 初始 化 代码 。 我 
门 使 用 的 语法 结构 叫 作 实例 初始 化 块 (instance initializer) ， 是 Java 的 一 种 构造 技巧 。 这 个 
代码 块 放 在 类 里 面 ， 但 又 不 从 属于 任何 方法 ， 它 是 Java 在 构造 器 之 外 提供 的 另 一 种 控制 实 
列 创建 的 手段 。 























侈 6-16 的 isFactor() 方法 和 factors() 方法 也 值得 我 们 注意 。 它 们 和 ClassifierAlpha 类 
( 见 例 6-15) 中 的 承担 相同 职责 的 同名 函数 一 模 一 样 。 我 们 在 独立 实现 了 两 套 解 决 方案 之 
后 才 发 现 ， 原 来 它们 的 功能 是 一 样 的 。 
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1. 用 重 构 来 消灭 重复 
功能 重复 的 问题 可 以 用 重 构 来 解决 ， 我 们 把 重复 的 部 分 单独 提取 到 新 的 Factors 类 ， 如 例 


6-17 所 示 。 


例 6-17 经 过 








提取 、 重 构 的 共通 代码 


public class FactorsBeta { 
protected int number; 


public FactorsBeta(int number) { 
this.number = number; 


} 


public boolean isFactor(int potential factor) { 
return number % potential_factor == 0; 


} 


public Set<Integer> getFactors() { 
HashSet<Integer> factors = new HashSet<>(); 
for (int i = 1; i <= sqrt(number); i+t+) 

if (isFactor(i)) { 


} 


factors.add(i); 
factors.add(number / i); 


} 


return factors; 


我 们 可 以 直接 使 用 IDE 的 提取 超 类 (extract superclass) 功能 来 得 到 例 6-17 的 结果 。 由 于 
被 提取 的 两 个 方法 都 使 用 了 成 员 变 量 number ， 因 此 number 也 一 起 搬 到 了 超 类 。 执 行 重 构 
的 时 候 ，IDE 会 询问 我 们 怎样 处 理 number 的 访问 (生成 读 、 写 方法 ， 设 定 protected 前 绥 
等 )。 例 中 选择 将 number 设 为 protected 作用 域 ， 因 此 IDE 把 它 设 为 新 类 中 的 一 个 字段 ， 
的 构造 器 。 


并 生成 赋值 用 











经 过 隔离 和 移 





水 旦 


E 复 代码 的 改造 ， 完 美 数 分 类 和 素数 判定 两 个 例子 都 大 大 地 简化 了 。 例 


6-18 是 重 构 之 后 的 完美 数 分 类 程序 。 
例 6-18 重 构 之 后 简化 了 的 完美 数 分 类 程序 


public class ClassifierBeta extends FactorsBeta { 





public ClassifierBeta(int number) { 
super (number ); 


} 


public int sum() { 
Iterator it = getFactors().iterator(); 
int sum = 0; 
while (it.hasNext()) 

sum += (Integer) it.next(); 

return sum; 





} 


public boolean isperfect() { 
return sum() - number == number; 


} 


public boolean isAbundant() { 
return sum() - number > number; 


} 


public boolean isDeficient() { 
return sum() - number < number; 
} 
} 


例 6-19 是 重 构 之 后 的 素数 判定 程序 。 
例 6-19 重 构 之 后 简化 了 的 素数 判定 程序 


public class PrimeBeta extends FactorsBeta { 
public PrimeBeta(int number) { 
super (number ) ; 


} 


public boolean isprime() { 
Set<Integer> primeSet = new HashSet<Integer>() {{ 
add(1); add(number);}}; 
return getFactors().equals(primeSet); 
} 
} 


无 论 我 们 重 构 时 怎样 安排 number 字段 的 访问 选项 ， 在 决策 的 时 候 都 不 能 只 考虑 当前 的 类 ， 
而 要 把 关系 网 里 所 有 的 类 都 萎 虑 进来 。 很 多 时 候 这 种 思考 是 有 益 的 ， 因 为 可 以 帮助 我 们 划 
定 问题 的 边界 。 坏 处 是 父 类 中 的 修改 会 影响 下 游 的 类 。 











这 是 一 种 通过 厅 合 来 实现 的 代码 重用 : 两 个 代码 单元 (ClassifierBeta 类 和 PrimeBeta 类 ) 
因为 共享 了 父 类 的 number 字段 和 getFactors() 方法 ， 而 被 绑 在 了 一 起 。 话 言 本 身 的 耦合 
规则 促成 了 这 种 用 法 。 面 向 对 象 规定 了 耦合 式 的 交互 风格 (例如 规定 我 们 通过 继承 来 获得 
对 成 员 变量 的 访问 权 )， 对 于 各 种 事物 如 何 耦合 我 们 有 一 套 预定 的 规则 一 一 这 是 好 事 ， 因 
为 可 以 一 致 地 推理 各 种 情况 下 的 行为 。 继 承 是 很 有 用 的 特性 ， 只 是 面向 对 象 语言 滥用 了 继 
承 ， 有 时 候 别 的 一 些 抽象 更 符合 需要 。 


2. 以 复合 的 方式 实现 的 重用 
第 2 章 曾 经 在 Java 下 实现 过 一 个 函数 式 版 本 的 完美 数 分 类 程序 ， 如 例 6-20 所 示 。 


例 6-20 稍 具 函数 式 特 征 的 完美 数 分 类 实现 
import java.util.Collection; 
import java.util.Collections; 
import java.util.HashSet; 
import java.util.Set; 
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public class NumberClassifier { 


public static boolean isFactor(final int candidate, final int number) { 0 


return number % candidate == 0; 


} 


public static Set<Integer> factors(final int number) { 
Set<Integer> factors = new HashSet<>(); 
factors.add(1); 
factors.add(number); 
for (int i = 2; i < number; i++) 
if (isFactor(i, number)) 
factors.add(i); 
return factors; 


} 


public static int aliquotSum(final CoLLection<Integer> 
int sum = 0; 
int targetNumber = Collections.max(factors); 
for (int n : factors) { 
Sum += nj; 
} 
return sum - targetNumber; 


} 


public static boolean isperfect(final int number) { 
return aliquotSum(factors(number)) == number; 


} 


public static boolean isAbundant(final int number) { 
return aliquotSum(factors(number)) > number; 


} 


public static boolean isDeficient(final int number) { 
return aliquotSum(factors(number)) < number; 
} 
} 


factors) { 【3) 


@ 各 方法 都 必须 加 上 number 参数 ， 因 为 没有 可 以 存放 它 的 内 部 状态 。 





四 所 有 方法 都 带 public static 修饰 ， 因 为 它们 都 是 纯 函 数 ， 并 
美 数 分 类 之 外 的 领域 。 

四 注意 例 中 对 参数 类 型 的 选取 ， 尽 可 能 宽泛 的 参数 类 型 可 以 增加 

@@ 无 缓存 ， 在 重复 执行 分 类 操作 的 情况 下 效率 低下 。 


因此 可 以 一 般 地 应 用 于 完 





国 数 重用 的 机 会 。 


例 6-16 也 可 以 改写 成 (使 用 纯 函数 ， 无 共享 状态 的 ) 函数 式 版 本 ， 其 中 的 isPrime() 方法 
如 例 6-21 所 示 。 其 他 方法 都 与 例 6-20 中 同名 方法 的 实现 完全 一 致 。 


例 6-21 国 数 式 版 本 的 素数 判定 程序 


public class FPrime { 


public static boolean isprime(int number) { 





Set<Integer> factors = Factors.of(number ); 
return number > 1 && 
factors.size() == 2 && 
factors.contains(1) && 
factors.contains(number); 


} 


我 们 像 前 面 命令 式 版 本 那样 ， 把 重复 的 代码 提取 出 来 ， 放 进 单 独 的 Factors 类 。 再 把 
factors() 方法 改名 为 of()， 以 提高 代码 的 可 读 性 。 结 果 如 例 6-22 所 示 。 


bol 























例 6-22 经 过 函数 式 重 构 的 Factors 类 
public class Factors { 


static public boolean isFactor(int number, int potential_ _ factor) { 
return number % potential_factor == 0; 


} 


static public Set<Integer> of(int number) { 
HashSet<Integer> factors = new HashSet<>(); 
for (int i = 1; i <= sqrt(number); i++) 
if (isFactor(number, i)) { 
factors.add(i); 
factors.add(number / i); 


} 


return factors; 


} 


因为 函数 式 版 本 的 实现 通过 参数 来 传递 所 有 的 状态 ， 我 们 提取 出 来 的 重用 代码 也 就 不 包含 
任何 共享 的 状态 。 我 们 接 下 来 就 可 以 在 Factors 类 的 基础 上 重 构 完美 数 分 类 和 素数 查找 程 
序 了 。 例 6-23 是 完美 数 分 类 程序 的 重 构 结果 。 


例 6-23 经 过 重 构 的 完美 数 分 类 程序 


public class FClassifier { 




















Tl 








public static int sumOfFactors(int number) { 
Iterator<Integer> it = Factors.of(number).iterator(); 
int sum = 0; 
while (it.hasNext()) 
sum += it.next(); 
return sum; 


} 


public static boolean isperfect(int number) { 
return sumOfFactors(number) - number == number; 


} 


public static boolean isAbundant(int number) { 
return sumOfFactors(number) - number > number; 


} 


public static boolean isDeficient(int number) { 
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return sumOfFactors(number) - _ number < number; 
} 
} 


我 们 并 没有 借助 任何 特殊 的 类 或 语言 来 提高 最 后 这 一 版 实现 的 函数 式 程度 。 我 们 通过 复 
合 (composition) 而 不 是 看 会 (coupling) 来 达到 代码 重用 的 目的 。 例 6-23 使 用 了 Factors 
类 ， 但 使 用 关系 被 限制 在 单个 方法 的 范围 。 



































耦合 与 复合 的 差别 是 微妙 的 ， 但 也 是 重要 的 。 这 一 刷 的 示例 算 不 上 复杂 ， 所 以 耦合 关系 不 
至 于 妨 得 我 们 看 清 代 码 结构 的 骨架 。 可 是 万 一 需要 重 构 大 量 代 码 的 时 候 ， 我 们 就 会 发 现 处 
处 都 会 遇 到 耦合 ， 因 为 耦合 是 面向 对 象 语 言 非常 基本 的 重用 机 制 。 盘 根 错 节 、 难 以 理解 的 
耦合 关系 已 经 妨害 了 面向 对 象 语言 下 的 代码 重用 ， 只 在 一 些 非 常 成 熟 的 技术 领域 ， 如 对 象 
关系 映射 、 图 形 界面 组 件 库 等 少数 方面 ， 才 取得 了 令 人 满意 的 效果 。 而 在 那些 面向 对 象 特 
征 不 那么 明显 的 领域 (例如 各 种 业务 应 用 )， 高 水 平 的 重用 只 是 美好 的 愿望 。 










































































我 们 对 命令 式 版 本 的 重 构 本 应 该 做 得 更 好 ， 假 如 我 们 能 及 时 注意 到 IDE 提议 向 父 类 添加 的 
protected 成 员 ， 制 造 了 父 类 和 子 类 之 间 的 耦合 ， 假 如 我 们 注意 到 复合 是 更 合适 的 手段 。 像 
函数 式 程序 员 一 样 思考 ， 意 味 着 要 用 新 的 视角 去 看 待 编程 中 的 一 切 方面 。 代 码 重 用 是 不 同 
编程 范式 的 共同 追求 ， 但 函数 式 程序 员 在 这 个 问题 上 有 着 不 同 于 命令 式 抽象 的 解决 途径 。 


本 节 开 头 列举 过 设计 模式 在 国 数 式 编程 下 的 几 种 归宿 。 第 一 ， 被 语言 或 运行 时 吸收 掉 的 模 
式 ， 我 们 举 了 Factory、Strategy、Singleton 和 Template Method 模式 的 例子 。 第 二 ， 模 式 保 
留 了 原来 的 语义 ， 但 实现 发 生 了 彻底 的 变化 ， 我 们 对 比 了 Flyweight 模式 基于 类 的 实现 和 
基于 记忆 特性 的 实现 。 第 三 ， 函 数 式 的 语言 和 运行 时 的 语言 特性 不 同 以 往 ， 它 们 解决 问题 
的 方式 也 不 同 以 往 。 



























































到 目前 为 止 ， 我 们 演示 的 例子 都 比较 抽象 ， 





因为 主要 目的 是 说 明 函 数 式 编程 锭 异 的 思维 模 


式 。 不 过 当 学 习 到 一 定 程度 之 后 ， 我 们 肯定 要 回 到 现实 中 来 检验 学 到 的 理论 。 


我 们 就 用 这 一 章 来 探访 函数 式 思 维 在 现实 世界 中 的 身影 。 我 们 从 Java 8 开始 ， 然 后 讨论 各 





种 函数 式 的 架构 和 Web 框架 。 
7.1 Java 8 





我 们 已 经 在 本 书 前 面 的 一 些 例子 里 演示 过 Java 8 的 lambda 语法。 设计 Java 8 的 工程 师 们 
很 聪明 ， 他 们 没有 生硬 地 在 语言 中 安插 高 阶 函 数 ， 而 是 巧妙 地 让 旧 的 接口 也 享受 到 函数 式 














新 特性 的 好 处 。 











我 们 为 第 2 章 的 “公司 业务 处 理 ” 例 子 写 过 





例 7-1 公司 业务 处 理 流程 的 Java 8 实现 


个 Java 8 的 实现 版 本 ， 如 例 7-1 所 示 。 


public String cleanNames(List<String> names) { 


if (names == nuLL) return ""; 
return names 
.Stream() 


.filter(name -> name.Length() > 1) 
.map(name -> capitalize(name)) 
.collect(Collectors.joining(",")); 


} 


private String capitalize(String e) { 


return e.substring(0, 1).toUpperCase() + e.substring(1, e.length()); 


} 
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Java 8 的 stream 上 可 以 串联 组 合 一 连 串 的 函数 ， 直 到 我 们 调用 一 个 产生 输出 的 函数 ( 称 为 
终结 操作 )， 如 collect()、forEach() 来 终结 这 种 串联 。 例 7-1 的 filter() 方法 就 是 我 们 
反复 用 来 举例 的 和 饰 选 函 数 。filter() 方法 的 参数 是 一 个 返回 Boolean 值 的 高 阶 函 数 ， 它 用 
作 算 选 的 指示 条 件 : 返回 true 表示 应 放 和 得 选 结果 ， 返 回 false 则 表示 应 从 结果 集合 中 
剔除 。 


Java 8 除了 增加 函数 式 特性 ， 还 增加 了 一 些 配 合 使 用 的 语法 糖衣 。 例 如 例 7-1 中 的 
filter(name -> name.length() > 1)， 完 整 写法 其 实 应 该 是 filter((name) -> name. 
length() > 1) 。 因 为 被 传递 的 lambda 块 只 有 一 个 参数 ， 所 以 允许 省 略 意义 不 大 的 括号 。 
stream 操作 有 时 候 还 可 以 把 返回 类 型 “隐藏 ”起 来 。 




















filter() 方法 要 求 传人 的 参数 类 型 Predicate<T>， 其 实 就 是 一 个 返回 Boolean 值 的 函数 。 
我 们 愿意 的 话 ， 也 可 以 显 式 地 创建 出 谓词 的 实例 ， 如 例 7-2 所 示 。 





例 7-2 手工 创建 一 个 谓词 实例 
Predicate<String> p = (name) -> name.startsWith("Mr"); 
List<String> L = List.of("Mr Rogers", "Ms Robinson", "Mr Ed"); 
1l.stream().filter(p).forEach(i -> System.out.println(i)); 


例 7-2 通过 赋值 来 创建 谓词 的 实例 ， 被 赋值 给 谓词 变量 的 是 作为 筛选 条 件 的 lambda 块 。 最 
后 在 第 三 行 调 用 filter() 方法 的 时 候 ， 把 谓词 实例 当 作 参 数 传 了 进去 。 


例 7-1 在 筛选 之 后 ， 又 调用 了 map() 方法 来 对 集合 中 的 每 一 个 元 素 施 用 capitalize()。 
最 后 调用 的 coLtect() 方法 是 一 个 “终结 操作 ”一 一 从 stream 中 产 出 结果 值 的 操作 。 
collect() 执行 的 是 我 们 熟悉 的 化 约 操作 : 将 集合 中 的 元 素 结合 成 〈 一 般 ) 数目 较 少 的 结 
果 值 ， 其 至 单一 值 (如 求 和 操作 )。Java 8 有 专门 的 reduce() 方法 ， 但 这 里 用 collect() 更 
合适 ， 因 为 它 处 理 值 可 变 的 容器 (如 StringBuilder) 的 效率 更 高 。 












































Java 要 想 让 现 有 的 类 和 集合 适应 map、reduce 等 国 数 式 构造 ， 那 么 集合 的 更 新 效率 是 必 
须 处 理 好 的 一 个 难题 。 否 则 ， 如 果 像 ArrayList 那么 典型 的 Java 集合 都 无 法 执行 化 约 操 
作 ，reduce 的 意义 就 大 打折 扣 了 。Scala 和 Clojure 的 集合 库 一 般 默认 使 用 值 不 可 变 的 类 
型 ， 便 于 运行 时 生成 高 效率 的 操作 。Java 8 没 办 法 强迫 开发 者 放弃 原来 的 集合 ， 而 原来 的 
集合 大 多 是 值 可 变 的。 在 这 种 情况 下 ，Java 8 提供 了 可 以 在 ArrayList 和 StringBuilder 等 
值 可 变 的 集合 上 执行 化 约 操作 的 方法 ， 这 些 方法 不 再 把 结果 输出 到 另外 的 副本 ， 而 是 直接 
在 集合 上 更 新 元 素 。 例 7-1 用 reduce() 方法 也 能 求 出 同样 的 结果 ， 但 例 中 的 返回 集合 用 
collect() 效率 更 高 。 掌 握 这 种 细微 的 差别 ， 是 我 们 为 了 在 现 有 语言 上 获得 函数 式 的 强大 
能 力 而 付出 的 一 点 额外 成 本 。 





























7.1.1 函数 式 接口 
含有 单一 方法 的 接口 是 Java 的 一 种 习惯 用 法 ， 称 为 SAM (Single Abstract Method， 单 抽 
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象 方法 ) 接口 ，Runnable 和 Callable 接口 都 是 有 代表 性 的 例子 。 很 多 时 候 ，SAM 接口 主 
要 被 当成 一 种 将 代码 传递 到 异地 执行 的 机 制 来 使 用 。 现 在 Java 8 有 了 lambda 块 这 种 更 好 
的 传递 代码 的 媒介 。 而 我 们 通过 一 种 叫 作 “函数 式 接 口 ”的 巧妙 机 制 ， 可 以 让 lambda 和 
SAM 携 起 手 来 。 函 数 式 接口 是 对 旧 有 SAM 接口 的 增强 ， 它 允许 我 们 用 lambda 块 取 代 传 
统 的 匿名 类 来 就 地 实例 化 一 个 接口 。 例 如 Runnable 接口 就 被 加 上 了 @FunctionalInterface 
标注 ， 于 是 ， 编 译 器 知道 并 验证 Runnable 确实 是 一 个 接口 (而 非 class 或 enum)， 并 且 符 
合 函 数 式 接口 的 要 求 。 


我 们 可 以 在 例子 中 感受 一 下 取代 Runnable 匿名 内 部 类 的 Java 8 新 语法 ， 下 面 的 代码 通过 传 
递 lambda 块 来 创建 了 新 的 线程 : 
































new Thread(() -> System.out.printtLn("Inside thread")).start(); 


国 数 式 接口 可 以 和 lambda 块 默契 地 配合 ， 在 很 多 场合 发 挥 效 用 。 国 数 式 接 口 的 创意 非常 
优秀 ， 因 为 它们 很 好 地 照顾 了 Java 长 和 久 以 来 的 习惯 用 法 。 


Java 8 还 允许 我 们 在 接口 上 声明 默认 方法 。 默认 方法 ”是 一 些 在 接口 类 型 中 声明 的 ， 以 
default 关键 字 标记 的 ， 非 抽象 、 非 静态 的 public 方法 ( 且 带 有 方法 体 定义 )。 默 认 方法 
会 被 自动 地 添加 到 实现 了 接口 的 类 中 ， 这 就 为 我 们 提供 了 一 条 在 类 上 “装饰 ”默认 功能 的 
方便 途径 。 善 用 这 种 特性 的 例子 ， 如 Comparator 接口 ， 其 默认 方法 多 达 十 余 个 。 我 们 用 
lambda 块 实现 的 比较 器 ， 可 以 极其 简单 地 衍生 出 另 一 个 反 向 的 比较 器 ， 如 例 7-3 所 示 。 























例 7-3 Comparator 接口 中 的 默认 方法 
List<Integer> n = List.of(1, 4, 45, 12, 5, 6, 9, 101); 
Comparator<Integer> C1 = (x, y) -> x -y; 
Comparator<Integer> c2 = ci1.reversed(); 
System.out.println("Smallest = " + nN.stream().min(c1).get()); 
System.out.println("Largest = " + nN.stream().min(c2).get()); 


例 7-3 给 lambda 块 套 上 一 层 外 皮 ， 创 建 出 一 个 Comparator 实例 。 然 后 ， 我 们 只 需要 调用 
一 下 现成 的 默认 方法 reversed()， 就 得 到 一 个 颠倒 了 方向 的 比较 器 实例 。 这 种 在 接口 上 
附着 默认 方法 的 能 力 ， 可 以 认为 是 对 “mixin” 特 性 的 一 种 模仿 ， 也 是 对 Java 语言 的 有 益 
补充 。 

我 们 可 以 在 好 几 种 语言 中 找到 mixin 的 概念 。 它 最 早 源 自 Flavors 语言 (http:/dwz.cn/wiki- 


flavors-lang) ， 是 受到 开发 地 点 附近 一 家 冰淇淋 店 的 启发 而 产生 的 。 那 家 店 可 以 按照 顾客 的 
喜好 ， 在 原味 的 冰淇淋 上 “混入 ”任意 的 浇 头 ( 糖 酥 、 彩 糖 珠 、 果 仁 碎 ， 等 等 )。 




















有 些 早期 的 面向 对 象 语言 规定 ， 类 的 属性 和 方法 都 集中 定义 在 同一 处 ， 由 单个 的 代码 块 来 
构成 完整 的 类 定义 。 而 另外 一 些 语 言 则 人 允许 开发 者 先 定义 属性 ， 以 后 再 择机 完成 方法 的 定 
义 ， 然 后 “混入 ”类 中 。 随 着 面向 对 象 语言 的 演化 ，mixin 特性 在 现代 语言 中 的 实现 原理 
和 细节 也 发 生 了 变化 。 











Ruby、Groovy 等 类 似 语言 也 允许 通过 mixin 的 形式 ， 在 既 有 的 类 层次 上 增补 功能 。 这 些 
语言 中 的 mixin 是 介 于 接口 和 父 类 之 间 的 一 种 结构 。 它 和 接口 一 样 都 是 类 型 ， 都 可 以 执行 
instanceof 检查 ， 也 都 遵循 一 样 的 扩展 规则 。 同 一 个 类 上 可 以 混入 不 限 数 目的 mixin。 但 
有 一 点 和 接口 不 一 样 ，mixin 除了 规定 方法 的 签名 ， 还 可 以 实现 该 签名 对 应 的 行为 。Java 8 
的 默认 方法 向 Java 语言 引入 了 mixin 机 制 ， 从 此 JDK 不 需要 再 单纯 为 了 给 静态 方法 找 个 
归属 ， 而 生硬 地 设置 Arrays、Collections 这 样 的 类 了 。 




















7.1.2 ”0ptional 类 型 


例 7-3 最 后 两 行 的 调用 都 以 get() 结尾 ， 这 里 面 有 另 一 项 Java 8 特性 的 身影 。Java 8 的 
min() 等 内 建 方法 都 不 直接 返回 结果 值 ， 而 是 返回 一 个 0ptional 结构 。 我 们 在 第 5 章 讨论 
过 类 似 的 行为 。0ptional 防止 方法 的 返回 结果 出 现 无 法 区 分 表示 错误 的 null 和 作为 有 效 
结果 的 null 的 情况 。Java 8 还 提供 了 ifpPresent() 方法 ， 可 以 用 在 终结 操作 的 位 置 上 ， 设 
定 在 仅 当 存在 有 效 结果 时 执行 的 一 个 代码 块 。 例 如 下 面 的 例子 仅 在 有 返回 值 的 时 候 打 印 出 
结果 : 












































n.stream() 
.min((x, y) -> x - y) 
.ifPpresent(z -> System.out.println("smallest is " + 7z)); 
如 果 我 们 还 想 处 理 其 他 情况 ， 可 以 求助 于 功能 类 似 的 orELse() 方法 。Java 8 的 Comparator 
接口 是 默认 方法 非常 耀眼 的 例子 ， 我 们 从 它 身上 可 以 深切 地 体会 到 默认 方法 的 威力 。 





7.1.3 Java 8 的 stream 


很 多 函数 式 的 语言 、 框 架 (如 Functional Java，http://functionaljava.org/) 都 纳入 了 stream 
抽象 ， 它 们 的 实现 各 有 微妙 的 区 别 。Java 8 也 加 入 了 这 个 行列 ， 提 供 了 一 批 有 代表 性 的 
stream 相关 特性 。 


Java 8 的 stream 抽象 为 众多 高 级 的 函数 式 特性 黄 定 了 基础 。stream 在 很 多 方面 的 行为 都 与 
集合 相似 ， 但 有 一 些 关键 的 区 别 。 


。 stream 不 存储 值 ， 只 担当 从 输入 源 引 出 的 管道 角色 ， 一 直 连 接 到 终结 操作 上 产生 输出 。 

。 stream 从 设计 上 就 偏向 函数 式 风 格 ， 避 免 与 状态 发 生 关 联 。 例 如 filter() 操作 在 返 
筛选 结果 的 stream 时 ， 并 不 会 改动 底下 的 集合 。 

。 stream 上 的 操作 尽 可 能 做 到 缓 求 值 ( 详 见 第 4 章 )。 

。 stream 可 以 没有 边界 (无限 长 )。 例 如 我 们 可 以 构造 一 个 返回 所 有 数字 的 stream， 然 后 
用 limit()、findFirst() 等 方法 来 取得 其 一 部 分 子 集 。 

。 stream 像 Iterator 的 实例 一 样 ， 也 是 消耗 品 ， 用 过 之 后 必须 重新 生成 新 的 stream 才能 
再 次 操作 。 
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stream 的 操作 分 为 中 间 操 作 和 终结 操作 。 中 间 操 作 一 律 返回 新 的 steam， 并 且 总 是 缓 求 
值 的 。 例 如 在 stream 上 调用 filter() 操作 ， 并 不 会 真 的 在 stream 上 进行 篇 选 ， 而 是 产 
生 一 个 新 的 stream， 让 它 只 为 终结 操作 的 遍历 过 程 提 供 满足 得 选 条 件 的 值 。 终 结 操作 遍历 
stream， 产 生 结果 值 和 副作用 (如 果 我 们 让 函数 产生 副作用 的 话 ， 虽 然 不 鼓励 ， 但 是 允许 )。 


7.2 ”函数 式 的 基础 设施 


本 书 的 大 多 数 例子 只 在 很 小 的 规模 上 表现 了 函数 式 编程 的 优势 ， 诸 如 用 闭 包 来 赫 代 
Command 设计 模式 ， 记 忆 特 性 的 使 用 技巧 等 。 那 么 如 果 我 们 把 函数 式 的 思维 运用 到 更 大 
规模 的 事物 ， 例 如 开发 者 们 每 天 都 要 打交道 的 数据 库 、 软 件 架 构 上 ， 又 会 怎么 样 呢 ? 


从 匿名 内 部 类 到 lambda 块 的 转换 并 不 困难 ， 因 为 Java 语言 的 设计 者 搭建 了 很 好 的 解决 机 
制 ， 我 们 可 以 轻松 地 用 函数 式 的 构造 一 点 一 点 把 程序 替换 掉 。 可 是 ， 如 果 我 们 想 对 软件 架 
构 以 及 处 理 数 据 的 基本 方式 实施 类 似 的 渐进 转换 ， 将 会 困难 得 多 。 我 们 就 用 下 面 的 儿 个 小 
市 来 谈 谈 函数 式 编程 在 实践 中 的 影响 。 





















































7.2.1 架构 

国 数 式 的 架构 从 根本 上 贯彻 “ 值 不 可 变 ” 的 思路 ， 最 大 化 地 发 挥 其 优点 。 学 会 从 值 不 可 变 
的 角度 去 思 芳 ， 是 我 们 擎 握 国 数 式 程序 员 的 思维 方法 的 一 条 重要 门 径 。 虽 然 在 Java 语言 下 
构造 值 不 可 变 的 对 象 会 带 来 一 点 前 期 的 复杂 性 ， 但 比 起 值 不 可 变 抽 象 对 后 续 工 作 的 简化 作 
用 ， 这 点 辛苦 是 完全 值得 的 。 

值 不 可 变 的 类 可 以 摆脱 Java 开发 中 一 大 批 典 型 的 负 昧 。 在 国 数 式 的 思维 下 ， 我 们 会 意识 


到 ， 测 试 是 为 了 确认 代码 中 成 功 地 制造 了 我 们 需要 的 变化 。 换 言 之 ， 测 试 的 真正 目的 是 对 
可 变 事物 的 检验 一 一 可 变 的 事物 越 多 ， 就 需要 越 多 的 测试 来 保证 其 正确 性 。 





























可 变 的 状态 与 测试 数量 有 直接 的 关联 : 可 变 的 状态 越 多 ， 要 求 的 测试 也 越 多 。 








如 果 我 们 严格 限制 可 变性 ， 只 允许 在 规定 的 地 方 制造 变化 ， 那 么 就 大 大 缩小 了 可 能 出 错 
的 位 置 范围 ， 需 要 测试 的 地 方 也 随 之 减少 。 对 于 值 不 可 变 的 类 来 说 ， 由 于 变化 只 发 生 在 
构造 期 间 ， 它 的 单元 测试 也 就 变 得 十 分 轻松 了 。 并 且 我 们 不 再 需要 设置 复制 构造 器 (copy 
constructor) ， 也 不 再 需要 折腾 clone() 方法 环 手 的 实现 细节 。 值 不 可 变 的 对 象 很 适合 充当 
map 和 set 数据 结构 中 的 键 ，Java 不 允许 字典 型 集合 中 的 键 在 它 被 集合 引用 期 间 发 生 取 值 
的 变化 ， 值 不 可 变 的 对 象 完 全 符合 这 项 要 求 。 


值 不 可 变 的 对 象 天 生 就 是 线程 安全 的 ， 完 全 不 会 发 生 同 步 方 面 的 问题 。 它 们 还 绝对 不 会 由 












































于 异常 而 处 于 不 明确 的 、 预 料 之 外 的 状态 。 因 为 所 有 的 初始 化 过 程 都 发 生 在 对 象 的 构造 期 
间 ， 而 Java 的 对 象 构 造 具 有 原子 性 ， 也 就 是 说 ， 蜡 常 只 会 发 生 在 我 们 得 到 对 象 实例 之 前 。 
Joshua Bloch 称 这 种 性 质 为 具有 原子 性 的 失败 (failure atomicity) : 只 要 对 象 构 造 完 毕 ， 就 
不 会 再 发 生 由 值 可 变性 引发 的 失败 。 


实现 一 个 值 不 可 变 的 Java 类 ， 我 们 需要 做 到 以 下 事 ' 














Hl 
Ht 
。 


把 所 有 的 字段 都 标记 为 final。 

Java 要 求 被 标记 为 final 的 字段 ， 要 么 在 声明 时 初始 化 ， 要 么 在 构造 器 中 初始 化 。 不 要 
在 意 IDE 大 惊 小 人 怪 地 提醒 我 们 字段 没有 在 声明 位 置 上 初始 化 ， 当 我 们 在 构造 器 里 写 好 
相关 的 初始 化 代码 ，IDE 就 会 明白 过 来 。 











把 类 标记 为 final， 防 止 被 子 类 禾 盖 。 
如 果 类 可 以 被 覆盖 ， 类 中 的 方法 也 就 有 可 能 被 改变 行为 ， 因 此 以 防 万 一 ， 我 们 干脆 禁止 
子 类 化 。Java 的 String 类 就 采取 了 这 样 的 防范 策略 。 





不 要 提供 无 参数 的 构造 器 。 

一 个 值 不 可 变 的 对 象 ， 它 的 一 切 状态 都 必须 通过 构造 器 来 设 定 。 假 如 我 们 没有 需要 设 定 
的 状态 ， 那 建立 这 么 一 个 对 象 又 有 何必 要 呢 ? 在 无 状态 的 类 里 面 安排 几 个 静态 方法 就 足 
够 了 。 所 以 说 ， 值 不 可 变 的 类 根本 不 应 该 出 现 无 参数 的 构造 器 。 假 如 我 们 受到 某 些 框架 
的 限制 ， 不 得 不 提供 无 参数 的 构造 器 ， 这 时 可 以 考虑 能 否 用 一 个 私有 的 无 参数 构造 器 来 
满足 框架 的 要 求 (私有 的 构造 器 仍然 可 以 通过 反射 来 访问 )。 

















JavaBeans 的 标准 规定 要 有 默认 构造 器 ， 我 们 握 除 无 参数 构造 器 违反 了 这 条 规定 。 不 过 
反正 JavaBeans 里 有 各 种 setXXX 方法 存在 ， 本 身 就 不 可 能 是 值 不 可 变 的 。 


提供 至 少 一 个 构造 器 。 
构造 器 是 我 们 在 对 象 里 添置 状态 的 最 后 机 会 ! 


除了 构造 器 之 外 ， 不 要 提供 任何 制造 变化 的 方法 。 

我 们 不 但 要 避免 沿袭 JavaBeans 风格 的 setXXX 方法 ， 还 必须 小 心 防范 ， 不 能 返回 任何 
值 可 变 的 对 象 引 用 。 标 记 了 final 的 对 象 引用 并 不 等 于 它 所 指向 的 一 切 都 不 可 改变 。 因 
此 ， 我 们 需要 预防 性 地 复制 所 有 通过 getXXX 方法 返回 的 对 象 引用 。 














Groovy 用 语法 糖衣 掩盖 了 实现 值 不 可 变性 的 繁琐 细 市 ， 如 例 7-4 所 示 。 











例 7-4 值 不 可 变 的 Client 类 


@Immutable 

class Client { 
String name, city, state, zip 
String[] streets 


} 





添加 @Immutable 标注 使 得 这 个 类 自动 获得 以 下 特性 。 


。 它 成 为 一 个 final 类 。 

。 自动 为 属性 生成 相应 的 私有 字段 和 get 方法 。 

。 任何 企图 修改 属性 值 的 操作 都 会 得 到 ReadonlyPropertyException。 

。 Groovy 会 生成 普通 的 和 基于 map 的 两 种 构造 器 。 

。 集合 类 的 实例 会 被 加 上 适当 的 包装 ， 数 组 (以 及 其 他 可 被 复制 的 对 象 ) 会 被 复制 。 
。 自动 生成 默认 的 equals()、hashcode() 和 toString() 方法。 














@Immutable 标注 生动 地 阐释 了 本 书 屡屡 强调 的 要 则 : 把 实现 细节 托付 给 运行 时 。 








对 象 一 关系 映射 等 编程 工具 往往 以 值 可 变 的 对 象 为 前 提 ， 当 它们 面 对 值 不 可 变 对 象 的 时 
候 ， 要 么 效率 低下 ， 要 么 根本 就 不 可 行 。 因 此 ， 现 有 系统 需 经 过 多 方面 的 重大 改造 ， 才 可 
能 全 面 地 投向 函数 式 的 编程 范式 。 


使 用 Scala、Clojure 等 国 数 式 语言 ， 以 及 它们 的 配套 框架 ， 比 较 容 易 搭建 出 深刻 贯彻 函数 
式 内 涵 的 系统 。 


也 有 一 些 架构 立足 于 现 有 的 基础 设施 ， 去 追求 理想 的 函数 式 境界 ， 例 如 命令 -查询 职责 隔 
离 (Command-Query Responsibility Segregation，CQRS) 架构 。 




















CQRS 

CQRS 的 概念 由 Greg Young (http://codebetter.com/gregyoung) 提出 ， 并 在 Martin Fowler 
撰文 解说 (http://dwz.cn/fowler-cqrs) 之 后 扩大 了 影响 。CQRS 架构 从 多 个 方面 体现 了 函数 
式 的 观念 。 


传统 应 用 程序 架构 把 读数 据 和 写 数据 交织 在 一 起 ， 典 型 的 例子 如 关系 型 数据 库 的 数据 读 
。 开 发 者 投入 了 无 数 的 时 间 和 精力 在 对 象 - 关系 映射 上 ， 却 成 果 平平 。 图 7-1 画 出 了 传 
的 应 用 程序 架构 。 
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图 7-1: 传统 的 应 用 程序 架构 


程序 中 的 模型 部 分 负责 处 理 业务 规则 和 验证 等 方面 的 工作 。 一 般 模型 对 象 还 要 在 其 内 部 ， 
或 通过 另外 的 逻辑 层 来 协调 持久 化 事项 。 开 发 者 必须 时 时 兼顾 读 、 写 两 方面 的 潜在 影响 ， 




















增加 了 复杂 性 。 

CQRS 通过 分 离 架构 中 负责 读 取 的 部 分 和 负责 命令 的 部 分 ， 部 分 地 简化 了 程序 的 架构 。 如 
图 7-2 所 示 的 CQRS 场景 ， 一 部 分 模型 〈 以 及 同样 分 化 了 功能 的 控制 器 ) 处 理 数据 库 的 更 
新 ， 另 外 一 些 模型 负责 数据 的 展示 和 报告 。 



























































7-2: CQRS 架构 





查询 方面 的 逻辑 一 般 较 为 简单 ， 因 为 开发 者 可 以 在 值 不 可 变 的 前 提 下 开展 设计 ， 更 新 则 需 
要 由 专门 的 机 制 去 处 理 。 分 离 的 模型 暗示 了 它们 的 逻辑 处 理 过 程 也 是 分 离 的 ， 甚 至 连 运 行 
的 机 器 都 是 分 离 的 。 例 如 我 们 可 以 安排 一 批 服 务 器 专门 负责 显示 ， 而 用 户 发 出 的 修改 和 增 
加 操作 则 被 传递 到 另 一 个 子 网 下 的 服务 器 。 


架构 永远 是 取舍 的 结果 。CQRS 简化 了 一 些 方面 ， 同 时 又 复杂 化 了 另 一 些 方面 。 例 如 对 于 
集中 式 的 数据 库 来 说 ， 事 务 并 不 难处 理 。 可 是 在 CQRS 架构 下 ， 我 们 很 可 能 需要 用 最 终 一 
致 性 模型 来 取代 事务 性 的 模型 。 





















































分 布 式 计算 中 的 最 终 一 致 性 (eventual consistency) 模型 ， 不 对 模型 的 变更 操作 施加 硬 
性 的 时 间 限 制 ， 而 只 是 保证 ， 当 更 新 发 生 后 ， 模 型 最 终 会 回复 到 一 致 的 状态 。 
事务 要 求 系统 满足 ACID ( 即 原子 性 Atomic、 一 致 性 Consistent、 隔 离 性 Isolated、 持 
久 性 Durable 的 缩写 ) 性 质 ， 而 最 终 一 致 性 要 求 满足 BASE ( 即 基 本 可 用 Basically 
Available、 软 状态 Soft state、 最 终 一 致 性 Eventual consistency 的 缩写 ) 性 质 。 











放弃 事务 常常 是 应 用 程序 在 扩张 规模 时 不 得 已 的 选择 。CQRS 可 以 和 Event Sourcing 架构 
模式 配合 无 间 ， 该 模式 将 应 用 程序 所 有 的 状态 变化 都 汇集 记录 到 一 个 事件 流 中 。 读 取 与 变 
更 分 离 之 后 ， 逻 辑 可 得 到 简化 。 例 如 承担 读 取 职责 的 部 分 可 以 全 面 实现 值 不 可 变 的 性 质 。 














7.2.2 Web 框架 
讨论 新 语言 和 新 范式 的 话题 ， 没 提 到 Web 框架 都 不 算 完整 。Web 领域 与 函数 式 编程 简直 
是 天 作 之 合 : 我 们 可 以 把 整个 Web 看 作 是 一 系列 从 请 求 到 响应 的 变换 。 每 一 种 函数 式 语 
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言 下 都 有 非常 丰富 的 ， 或 热门 或 冷门 的 Web 框架 可 供 选择 。 这 些 Web 框架 大 多 具备 以 下 
共同 特性 。 


Es 








路 由 框架 

大 多 数 现 代 的 Web 应 用 框架 ,包括 函 数 式 的 Web 框架 在 内 ， 都 从 应 用 的 主体 功能 中 刊 
离 路 由 的 相关 细 市 ， 将 之 交 托 给 专门 的 路 由 功能 库 。 路 由 信息 通常 放置 在 一 个 能 够 被 路 
由 库 理解 和 遍历 的 标准 数据 结构 里 (例如 存放 在 另 一 个 Vector 结构 中 的 Vector 结构 )。 

















以 函数 作为 路 由 的 目标 

很 多 函数 式 的 Web 应 用 用 函数 来 充当 路 由 的 目的 地 。Web 请 求 很 容易 被 理解 成 一 个 接 
受 Request， 返 回 Response 的 函数 ， 有 一 部 分 函数 式 Web 框架 提供 了 语法 糖衣 来 简化 
这 方面 的 基本 操作 。 



































领域 专用 语言 (DSL) 

Martin Fowler 将 DSL 定义 为 表达 能 力 有 限 ， 专 门 针 对 一 个 狭窄 问题 域 的 计算 机 编程 语言 。 
其 中 内 部 DSL 使 用 较为 广泛 。 内 部 DSL 是 在 其 宿主 语言 之 上 构造 出 来 的 新 “语言 "， 且 
利用 宿主 语言 的 语法 糖衣 来 形成 自身 的 风格 。Ruby on Rails Web 框架 (http://rubyonrails. 
org/) 和 C# 语言 的 LINQ 扩展 (http://dwz.cn/ms-linq) 都 是 内 部 DSL 的 好 示范 。 


大 多 数 现代 Web 框架 会 在 路 由 、HTML 内 艇 元 素 、 数 据 库 交 互 等 儿 个 地 方 使 用 DSL。 
DSL 在 各 类 语言 中 都 是 常见 的 编程 手段 ， 但 函数 式 语言 尤其 偏好 描述 性 的 代码 风格 ， 
这 一 点 恰好 也 常常 是 DSL 的 目的 。 














与 构建 工具 紧密 集成 

国 数 式 Web 框架 通常 不 和 IDE 推 在 一 起 ， 反 倒 和 命令 行 的 构建 工具 紧密 集成 ， 用 构建 
工具 来 执行 从 生成 新 项 目 骨架 到 运行 测试 的 一 切 任务 。IDE 和 编辑 器 可 以 围绕 现 有 的 工 
有 具 链 来 实现 自动 化 ， 但 构建 工具 和 构建 产物 之 间 的 耦合 关系 太 过 紧密 ， 很 难 拆 解 之 后 重 
新 安置 。 


数 式 语言 下 的 Web 开发 会 有 一 些 变 得 更 容易 的 部 分 ， 也 会 有 一 些 变 得 更 困难 的 部 分 ， 这 



































是 通用 语言 的 通病 。 总 的 来 说 ， 用 不 可 变 的 值 来 编程 ， 会 降低 测试 的 负担 ， 因 为 需要 通过 
测试 来 验证 的 状态 变化 减少 了 。 一 旦 我 们 在 架构 中 树立 起 〈 值 不 可 变性 等 ) 惯例 ， 各 部 分 
的 配合 将 更 加 顺畅 。 


7.2.3 ”数据 库 
关系 型 数据 库 出 于 什么 样 的 动机 ， 要 采取 破坏 性 的 方式 来 实现 其 更 新 操作 呢 ? 换言之 ， 每 
次 我 们 执行 数据 库 更 新 操作 的 时 候 ， 在 置 入 新 值 的 同时 ， 旧 的 值 就 被 毁弃 了 。 为 什么 数据 
































库 要 设计 成 这 个 样子 呢 ? 是 为 了 最 大 化 地 利用 存储 空间 ， 以 免 数 据 无 限制 地 增长 下 去 。 这 





个 架构 决策 已 经 在 数据 库 设 计 里 扎根 了 几 十 年 ， 可 是 现在 世界 变 了 。 资 源 (尤其 是 虚拟 化 











的 资源 ) 变 得 十 分 廉价 ， 以 至 于 Amazon 愿意 用 以 分 为 单位 的 单价 把 资源 租 给 我 们 ! 可 是 
开发 者 却 还 在 兰若 承受 旧时 代 延 续 下 来 的 架构 约束 。 


Clojure 社 群 (http://clojure.org/) 正在 稳步 地 搭建 一 套 为 函数 式 架构 提供 支持 的 工具 链 ， 洒 
盖 从 浏览 器 一 直到 持久 化 层 的 广大 范围 。Datomic (http://www.datomic.com/) 是 Clojure 社 
群 进 入 商用 NoSQL 数据 库 领域 的 一 次 尝试 。 这 个 项 目 有 意思 的 地 方 在 于 ， 它 的 架构 设计 
每 一 处 都 浸染 了 函数 式 的 概念 ， 因 此 可 以 作为 我 们 观 罕 函数 式 概念 应 用 极限 的 一 个 样本 。 


Datomic 是 一 种 值 不 可 变 的 数据 库 ， 进 入 到 库 里 的 每 一 笔 事 实 都 会 被 打上 时 间 堆 。 在 
Datomic 的 记录 看 来 ， 奥 巴 马 成 为 总 统 ， 并 不 会 抹 消 小 布什 曾经 是 总 统 的 事实 。 由 于 
Datomic 存储 值 而 非 数 据 ， 它 的 空间 利用 效率 并 不 低 。 当 一 个 值 被 输入 到 系统 之 后 ， 所 有 
需要 使 用 该 值 的 地 方 都 可 以 指向 原始 的 实例 (而 该 原始 实例 永远 不 会 变更 ， 因 为 它 是 值 不 
可 变 的 )， 这 样 就 提高 了 空间 的 利用 效率 。 如 果 未 来 需要 向 应 用 程序 呈现 更 新 的 数据 ， 我 
们 只 要 指向 另 一 个 值 就 可 以 了 。Datomic 在 信息 上 增加 了 时 间 的 概念 ， 使 得 每 一 笔 事实 都 
总 是 维持 在 正确 的 上 下 文 里 。 


Datomic 的 设计 产生 了 一 些 有 意思 的 结果 。 

































































。 永久 地 记录 所 有 的 Schema 变更 和 数据 变更 
由 于 保留 了 一 切 事物 的 记录 (包括 schema 的 变动 )， 数 据 库 可 以 轻易 地 回 退 到 旧 的 版 
本 。 而 关系 型 数据 库 为 了 解决 这 个 问题 而 发 展 出 了 一 个 完整 的 工具 门类 (数据 库 迁 移 
工具 )。 





。 读 取 和 写 入 分 离 
Datomic 的 架构 天 然 地 分 离 了 读 取 和 写 人 操作 ， 也 就 是 说 绝 不 会 发 生 因为 查询 而 推迟 更 
新 的 情况 。 因 此 从 架构 上 说 ，Datomic 拥有 一 个 CQRS 系统 的 内 在 。 





。 事件 驱动 型 架构 中 的 值 不 可 变性 和 时 间 稚 

事件 驱动 的 架构 依靠 一 个 事件 流 来 反映 应 用 程序 的 状态 变化 ， 而 一 个 捕获 所 有 信息 并 加 
上 时 间 蕉 记 的 数据 库 ， 正 好 可 以 完美 地 扮演 事件 流 的 角色 ， 数据库 本 身 的 特性 即 可 满足 
回 退 和 重 放 事件 的 需求 。 


Datomic 让 我 们 看 到 ， 经 过 函数 式 编程 深刻 的 范式 转变 之 后 ， 摆 脱 旧 思维 束缚 的 开发 者 有 
能 力 建造 出 像 Datomic 这 样 内 亮 的 工具 和 框架 。 






































函数 式 编程 是 一 种 编程 范式 ， 它 既是 从 特定 角度 去 看 待 问题 的 思维 框架 ， 又 是 实现 思维 图 
景 的 配套 工具 。 现 代 编 程 语言 常常 是 多 范式 的 ， 支 持 多 种 多 样 的 编程 范式 ， 如 面向 对 象 、 


Groovy 是 一 种 多 范式 的 语言 ， 它 同时 支持 面向 对 象 、 元 编程 、 国 数 式 这 几 种 大 体 上 互 
相 “ 正 交 ” 的 风格 。 元 编程 可 用 于 在 语言 及 其 核心 库 上 添加 额外 的 特性 。 把 它 和 函数 
式 编程 结合 在 一 起 ， 可 以 获得 更 充分 地 实践 函数 式 的 代码 风格 ， 也 可 以 用 来 增强 第 三 
方 的 函数 式 库 ， 使 之 更 好 地 配合 Groovy 语言 本 身 的 特性 。 下 一 节 我 们 要 展示 如 何 通过 
ExpandoMetaClass 来 实施 元 编程 ， 并 使 用 这 种 方式 将 一 个 第 三 方 函数 式 库 (Functional 
Java) 无 颖 地 织 入 Groovy 的 语言 核心 。 
































正 交 
正 交 (orthogonality) 的 概念 被 应 用 到 很 多 学 科 里 ， 其 中 包括 数学 和 计算 机 科学 。 数 学 
上 把 两 个 互相 垂直 的 向 量 称 作 正 交 的 ， 也 就 是 说 这 两 个 量 不 相关 。 而 在 计算 机 科学 里 ， 
两 个 组 件 如 果 互 相 没 有 任何 影响 (或 副作用 ) ， 就 可 以 称 作 是 正 交 的 。 例 如 在 Groovy 
语言 里 ， 了 有 函数 式 编程 和 元 编程 是 正 交 的 ， 因 为 它们 不 会 互相 干扰 : 使 用 元 编程 并 不 妨 
码 我 们 使 用 函数 式 编程 的 语言 构造 ， 反 之 亦 然 。 请 不 要 将 两 种 范式 的 正 交 关系 理解 成 
它们 不 能 共存 ， 它 们 只 是 不 会 互相 干扰 。 


“< 
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8.1 函数 式 与 元 编程 的 结合 

我 们 又 要 把 完美 数 分 类 的 例子 拿 出 来 了 。 例 子 到 目前 为 止 的 实现 虽然 很 实用 ， 但 形态 上 仍 
然 是 由 一 个 个 函数 构成 的 。 假 设 完美 数 分 类 是 我 们 业务 上 的 一 个 关键 要 素 ， 那 么 为 了 使 用 
方便 ,我 们 也 许 希 望 它 能 够 成 为 编程 语言 的 一 部 分 。Groovy 可 以 实现 这 个 目标 ,通过 它 的 
ExpandoMetaClass 机 制 ， 我 们 可 以 在 已 有 的 类 ， 包 括 语言 运行 时 提供 的 类 上 添加 方法 。 例 
8-1 依照 第 2 章 中 完美 数 分 类 的 函数 式 实现 ， 在 Integer 类 上 添加 了 相关 方法 ， 使 之 具备 了 
完美 数 分 类 的 能 力 。 


例 8-1 通过 元 编程 使 Integer 具备 完美 数 分 类 能 
Integer .metaCLass.isPerfect = {-> 
Classifier.isperfect(delegate) 


} 

















Integer .metaClass.isAbundant = {-> 
Classifier.isAbundant(delegate) 
} 


Integer.metaClass.isDeficient = {-> 
Classifier.isDeficient(delegate) 


} 


例 8-1 在 Integer 上 添加 了 三 个 来 自 Classifier 的 方法 。 这 样 一 来 ， 所 有 的 Groovy 整数 
实例 都 会 拥有 这 几 个 方法 。Groovy 没有 所 谓 的 “基本 数据 类 型 ”， 就 连 常量 也 是 用 Integer 
类 型 来 定义 的 。 例 中 定义 方法 的 几 个 代码 块 都 使 用 了 delegate 关键 字 来 获得 方法 调用 者 的 
对 象 实例 ， 也 就 是 待 分 类 的 整数 值 。 

















初始 化 经 元 编程 添加 的 方法 
Groovy 要 求 我 们 在 调用 经 元 编程 添加 的 方法 之 前 ， 必 须 先 对 其 初始 化 。 最 安全 的 初始 
化 位 置 ， 是 在 使 用 这 些 方法 的 类 的 静态 初始 化 块 里 (因为 可 以 确保 在 类 的 其 他 初始 化 
过 程 之 前 执行 )， 但 是 当 需 要 使 用 这 些 方法 的 类 比较 多 的 时 候 ， 初 始 化 的 工作 会 成 为 增 
加 复杂 性 的 一 个 负担 。 因 此 频繁 使 用 元 编程 的 程序 通常 会 安排 一 个 专门 的 引导 类 ， 以 
确保 在 正确 的 时 间 完 成 初始 化 。 











初始 化 经 元 编程 添加 的 儿 个 方法 之 后 ， 我 们 就 可 以 让 数字 自己 来 “回答 ” 它 是 否 属于 某 个 
完美 数 分 类 了 : 














assertTrue num.isDeficient() 
assertTrue 6.isperfect() 


新 的 方法 在 变量 和 常量 上 都 是 有 效 的 。 我 们 很 容易 在 Integer 上 再 增加 一 个 方法 ， 让 它 直 
接 返 回 一 个 枚 举 值 来 表示 数字 所 属 的 分 类 。 
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在 现 有 类 上 添加 新 方法 的 做 法 本 身 谈 不 上 有 和 多么 “函数 式 ”， 就 算 添 加 进来 的 代码 函数 式 
色彩 再 浓厚 也 一 样 。 但 是 ， 当 我 们 拥有 了 无 颖 添加 新 方法 的 能 力 之 后 ， 就 可 以 轻松 地 将 一 
些 第 三 方 库 ， 如 Functional Java (http://functionaljava.org/) 吸收 合并 进来 ， 获 得 其 丰富 的 
国 数 式 特性 。 


8.2 ”利用 元 编程 在 数据 类 型 之 间 建 立 映射 

Groovy 本 质 上 是 一 种 Java 方言 ， 因 此 导入 像 Functional Java 这 样 的 第 三 方 库 不 存在 任何 
障碍 。 不 过 ， 假 如 我 们 能 够 借助 一 些 元 编程 的 手段 ， 在 库 中 的 数据 类 型 和 Groovy 语言 
的 数据 类 型 之 间 建 立 映 射 关 系 的 话 ， 将 减少 接 颖 部 位 的 船上 狠 ， 双 方 也 就 结合 得 更 加 紧密 。 
Groovy 拥有 内 建 的 闭 包 类 型 (Closure 类 )。Functional Java 则 没有 那么 幸运 (因为 要 遵循 
Java 5 语法 )， 其 作者 不 得 不 依赖 泛 型 和 一 个 通用 的 、 含 有 f() 方法 的 F 类 来 达到 目的 。 我 
们 可 以 利用 Groovy 的 ExpandoMetaClass 机 制 ， 在 Groovy 的 闭 包 和 Functional Java 的 泛 型 
方法 之 间 建 立 映射 ， 使 双方 不 相 匹 配 的 数据 类 型 吻合 起 来 。 


我 们 首先 改造 Functional Java 的 Stream 类 ， 它 是 对 无 限 长 度 的 列表 的 抽象 。 我 们 打算 把 
Functional Java 原 设计 在 参数 位 置 上 传递 的 F 实例 ， 替 换 成 Groovy 的 闭 包 。 为 了 实现 这 种 
对 接 ， 我 们 重 载 了 Stream 类 的 几 个 方法 来 建立 闭 包 和 F 类 f() 方法 之 间 的 映射 ， 如 例 8-2 
所 示 。 


例 8-2 通过 元 编程 将 Functional Java 的 类 映射 成 集合 
static { 
Stream.metaClass.filter = { c -> delegate.filter(c as fj.F) } 
// Stream.metaClass.filter = { Closure c -> delegate.filter(c as fj.F) } 
Stream.metaClass.getAt = { n -> delegate.index(n) } 
Stream.metaClass.getAt = { Range r -> r.collect { delegate.index(it) } } 


} 


















































QTest 

void adding methods to fj classes() { 
def evens = Stream.range(0).filter { it %» 2 == 0 } 
assertTrue(evens.take(5).asList() == [0, 2, 4, 6, 8]) 
assertTrue((8..12).collect { evens[it] } == [16, 18, 20, 22, 24]) 
assertTrue(evens[3..6] == [6, 8, 10, 12]) 

} 


例 8-2 的 第 一 行 在 Stream 上 添加 了 新 的 filter() 方 法， 其 参数 是 一 个 闭 包 ( 即 定义 代码 
块 的 参数 c)。( 被 注释 掉 的 ) 第 二 行 与 第 一 行 实 质 相 同 ， 仅 仅 增加 了 Closure 类 型 声明 ， 
这 种 写法 不 会 影响 代码 执行 ， 但 对 于 说 明代 码 的 意义 有 正面 的 作用 。 新 方法 在 其 定义 中 
将 Groovy 闭 包 映射 成 Functional Java 的 fj.F 类 之 后 ， 以 其 为 参数 调用 了 Stream 原 有 的 
filter() 方法 。Groovy 神奇 的 as 运算 符 为 我 们 完成 了 映射 。 


Groovy 的 as 运算 符 可 以 让 困 包 形态 的 “方法 ”和 接口 所 要 求 的 方法 一 一 对 应 起 来 ， 强 令 
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其 满足 接口 的 定义 。 请 看 例 8-3 的 演示 。 





例 8-3 利用 Groovy 的 as 运算 符 将 map 结构 强行 映射 成 特定 接口 的 实现 
h = [hasNext: { h.i > 0 }，next: {h.i--}] 
h.i = 10 // © 
def pseudoIterator = h as Iterator //@ 


while (pseudoIterator.hasNext()) 


print pseudoIterator .next() + (pseudoIterator.hasNext() ? "," : "\n") 
// 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 


@ 闭 包 可 以 引用 map 中 的 成 员 变量 。 





@ as 运算 符 为 接口 制造 了 一 个 实现 。 





例 8-3 首先 创建 了 一 个 散 列 结构 ， 里 面包 含 两 个 键 值 对 。 其 中 键 的 部 分 是 一 个 字符 串 
(Groovy 不 要 求 用 双 引 号 把 键 名 括 起 来 ， 而 是 默认 其 为 字符 串 ) ， 值 的 部 分 则 是 代码 块 。 
as 运算 符 对 这 个 散 列 结构 进行 了 上 映射， 使 之 满足 Iterator 接口 所 要 求 的 hasNext() 和 
next() 方法 。 经 过 映射 ， 我们 就 可 以 把 这 个 散 列 结构 当成 Iterator 实例 来 使 用 了 。 假 如 
我 们 需要 映射 的 接口 只 有 一 个 方法 ,或 者 我 们 希望 将 接口 中 的 所 有 方法 都 映射 到 同一 个 闭 
包 ， 那 么 可 以 舍弃 散 列 结构 ， 直 接 用 as 运算 符 把 闭 包 映 射 到 函数 上 。 这 方面 的 例子 可 见 
例 8-2 的 第 一 行 ， 该 处 将 传 入 的 闭 包 映射 成 了 单方 法 的 F 类 。 例 8-2 还 对 两 个 getAt() 方 
法 做 了 映射 〈 甚 中 一 个 以 数字 为 参数 ， 另 一 个 以 Range 实例 为 参数 )， 因 为 筛选 操作 需要 
用 到 这 两 个 方法 。 












































改造 后 的 Stream 可 以 当 作 无 限 序 列 来 使 用 ， 例 8-2 后 半 部 分 的 测试 演示 了 这 样 的 用 法 。 例 
中 通过 传 给 filter 方法 的 闲 包 对 整数 序列 进行 了 筛选 ， 创 建 出 一 个 从 6 开始 的 偶数 序列 。 
显然 我 们 不 能 一 次 性 取得 无 限 序 列 中 的 所 有 元 素 ， 必 须 通过 take() 来 取出 想 要 的 数目 。 例 
8-2 的 测试 用 例 从 不 同 角度 展示 了 Strean 的 用 法 。 














由 Functional Java 和 Groovy 共 同 构造 的 无 限 长 序列 
我 们 在 第 4 章 尝试 过 用 Groovy 来 实现 缓 求 值 的 无 限 长 列表 。 我 们 能 不 能 利用 一 下 
Functional Java 的 无 限 序列 来 代替 原先 的 手工 实现 呢 ? 


为 了 实现 无 限 长 的 完美 数 序列 ， 我 们 还 需要 改造 Stream 类 的 两 个 方法 ， 让 它们 接受 用 
Groovy 闭 包 来 做 参数 ， 如 例 8-4 所 示 。 


例 8-4 实现 完美 数 序列 需要 改造 的 两 个 方法 


static { 
Stream.metaClass.asList = { delegate.toCollection().asList() } 
// Stream.metaClass.static.cons = 
// { head, Closure c -> delegate.cons(head, ['_1':c] as fj.P1)} 


Stream.metaClass.static.cons = 
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{ head, closure -> delegate.cons(head, closure as fj.P1) } 


} 


例 8-4 首先 添加 了 一 个 转换 方法 asList()， 通 过 它 可 以 方便 地 将 Functional Java 的 Stream 
对 象 转换 成 List 对 象 。 另 一 个 被 改造 的 是 Strean 赖 以 构造 新 序列 的 cons() 方法 的 其 中 一 
个 重 载 版 本 。 我 们 用 来 表示 无 限 长 列表 的 数据 结构 ， 一 般 有 一 个 作为 列表 头 部 的 首 元 素 ， 
还 有 一 个 作为 列表 尾部 的 闭 包 块 ， 当 它 被 调用 时 就 会 产生 列表 的 下 一 个 元 素 。 为 了 实现 
Groovy 版 的 无 限 长 完美 数 序列 ， 我 们 需要 让 Functional Java 能 够 理解 作为 参数 传 给 cons() 
方法 的 Groovy 闭 包 。 


as 运算 符 可 以 将 单个 闭 包 映射 到 含有 多 个 方法 的 接口 上 ， 在 这 种 情况 下 ， 不 管 调用 接口 中 
的 哪个 方法 ， 都 会 执行 相同 的 闭 包 。 像 这 样 简单 的 映射 方式 足以 应 付 大 多 数 的 Functional 
Java 类 。 只 有 一 小 部 分 方法 要 求 传人 fj.P1() 而 非 fj.F。 假 如 下 游 的 方法 完全 不 会 用 到 P1 
的 其 他 函数 ， 那 么 我 们 还 是 可 以 用 简单 的 映射 来 勉强 应 付 过 去 。 只 有 在 需要 精确 映射 的 时 
候 ， 例 如 像 例 8-4 被 注释 掉 的 代码 行 那样 ， 需 要 将 _1() 方法 映射 到 闭 包 上 来 创建 一 个 散 
列 ， 我 们 才 使 用 更 复杂 的 映射 方式 。 虽 然 1() 方法 看 起 来 比较 怪异 ， 但 它 其 实 是 fj.P1 类 
的 一 个 标准 方法 ， 用 来 返回 第 一 个 元 素 。 


当 我 们 完成 对 Strean 类 的 元 编程 改造 ， 添 加 了 必要 的 方法 之 后 ， 就 可 以 用 它 和 例 4-16 的 
Groovy 版 完美 数 分 类 程序 一 起 ， 创 建 一 个 无 限 长 的 完美 数 序列 ， 如 例 8-5 所 示 。 


例 8-5 由 Functional Java 和 Groovy 共同 构造 的 无 限 长 完美 数 序列 
import static fj.data.Stream.cons 
import static com.nealford.ft.allaboutlists.NumberClassification. 
nextPerfectNumberAfter 












































def perfectNumbers(num) { 
cons(nextPperfectNumberAfter(num), { perfectNumbers(nextPerfectNumberAfter (num))}) 


} 


QTest 

void infinite_ stream of _perfect nums_using funtional_java() { 
assertEquals([6, 28, 496], perfectNumbers(1).take(3).asList()) 

} 


为 了 简化 代码 ， 例 中 静态 导入 了 Functional Java 的 cons() 方法 和 例 4-16 的 nextPerfect- 
NumberAfter() 方法 。perfectNumbers() 方法 首先 找到 种 子 数 之 后 的 第 一 个 完美 数 ， 用 它 作 
为 首 元 素 ， 和 作为 次 元 素 的 闭 包 一 起 , “cons” 出 一 个 无 限 长 的 完美 数 序列 。 闭 包 返回 的 还 
是 一 个 无 限 序 列 ， 序 列 的 头 部 是 下 一 个 完美 数 ， 尾 部 则 是 用 来 计算 再 下 一 个 数 的 闭 包 。 例 
中 的 测试 首先 生成 一 个 从 数字 1 开始 的 完美 数 序列 ， 然 后 从 中 取出 前 三 个 数 与 样本 列表 进 
行 对 比 。 


开发 者 们 一 般 只 会 考虑 使 用 元 编程 来 编写 自己 的 代码 ， 很 少 会 想到 用 它 来 改造 别人 的 代 
码 。Groovy 不 仅 允 许 我 们 在 Integer 这 种 内 建 类 上 添加 方法 ， 还 可 以 把 元 编程 手段 运用 到 
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像 Functional Java 这 样 的 第 三 方 库 上 。 元 编程 与 函数 式 编程 结合 之 后 ， 可 以 在 短小 的 代码 
中 注入 巨大 的 力量 ， 形 成 外 表 不 着 痕迹 的 紧密 联系 。 


我 们 完全 可 以 直接 在 Groovy 代码 中 调用 Functional Java 的 类 ,但 比 起 真正 的 闭 包 ， 
Functional Java 的 许多 构件 显得 过 于 笨拙 累 次 。 因 此 我 们 通过 元 编程 的 映射 手段 ， 令 
Groovy 便利 的 数据 结构 可 以 直接 用 在 Functional Java 的 方法 上 ， 使 双方 都 发 挥 出 各 自 最 大 
的 优势 。 当 项 目 更 多 、 更 深 地 牵涉 到 多 语言 的 上 时候， 开发 者 会 经 常 需要 在 不 同 语言 的 不 同 
类 型 之 间 施 行 类 似 的 映射 ， 例 如 Groovy 的 闭 包 和 Scala 的 闭 包 在 字 市 码 层面 上 完全 是 两 种 
东西 。Java 8 的 标准 化 工作 有 望 推动 这 类 对 接 问 题 下 放 到 运行 时 层面 去 解决 ， 使 本 节 演 示 
的 映射 手法 失去 存在 的 意义 ， 但 在 达到 理想 状态 之 前 ， 还 是 要 靠 这 些 手段 来 帮助 我 们 写 出 
简洁 有 力 的 代码 。 


Kum my 人 一 一 地 人 

8.3 多 范式 语言 的 后 顾 之 忧 

多 范式 的 语言 赋予 了 开发 者 组 合 、 搭 配 不 同 范式 的 余 容 ， 这 是 多 范式 语言 识 藏 的 力量 。 
Java 8 以 前 的 旧版 Java 束 手 束 脚 令 很 多 开发 者 着 恼 ， 而 像 Groovy 这 样 的 语言 则 拥有 包括 
元 编程 和 函数 式 的 语言 构造 在 内 ， 丰 富 得 多 的 编程 手段 可 供 驱 策 。 


多 范式 语言 虽然 强大 ， 但 也 要 求 开发 者 更 注重 纪律 ， 才 能 驾驭 好 大 型 的 项 目 。 由 于 语言 
持 各 式 各 样 的 抽象 和 观念 ， 由 不 同 开发 者 群体 制作 出 来 的 库 也 会 呈现 明显 的 差异 。 我 们 在 
第 6 章 已 经 讨论 过 ， 不 同 范式 的 基本 思路 就 不 一 样 。 举 例 来 说 ， 代 码 重用 在 面向 对 象 的 世 
界 里 多 表现 为 对 结构 的 重用 ， 而 函数 式 的 世界 则 多 以 组 合 和 高 阶 函 数 作为 重用 的 手段 。 如 
果 要 为 公司 设计 一 套 Customer API， 你 会 选择 什么 样 的 风格 呢 ? 很 多 从 Java 语言 迁移 到 
Ruby 语言 的 开发 者 都 遇 到 了 这 个 难题 ， 因 为 Ruby 是 一 款 兼 容 并 包 的 多 范式 语言 。 

依靠 工程 纪律 来 保证 所 有 的 开发 者 都 朝 着 同一 个 方向 努力 ， 是 解决 协调 问题 的 一 种 途径 。 
单元 测试 为 开发 者 精确 地 理解 经 元 编程 实现 的 复杂 扩展 提供 了 方便 。 开 发 者 可 以 运用 “ 消 
费 者 驱动 的 契约 ”等 技巧 ，( 以 测试 的 形式 ) 在 不 同 团 队 之 间 建 立 可 执行 的 契约 。 















































































































































消费 者 驱动 的 契约 
消费 者 驱动 的 契约 (consumer-driven contract，http://dwz.cn/fowler-cd-contract) 是 由 一 
项 集成 工作 的 实施 方 与 各 组 件 供 应 方 共同 商定 的 一 组 测试 。 集 成 实施 方 “同意 ”将 该 
组 测试 纳入 为 日 常 构 建 过 程 的 一 部 分 ， 并 确保 所 有 的 测试 始终 为 绿色 通过 状态 。 测 试 
维护 着 作为 相关 各 方 共识 的 前 设 条 件 。 如 果 有 某 一 方 需要 打破 前 设 条 件 ， 那 么 必须 召 
集 所 有 受 影响 的 当 事 方 ， 议 定 一 组 新 的 测试 。 在 这 样 的 安排 下 ， 消 费 者 驱动 的 契约 既 
为 集成 提供 了 一 重 可 执行 的 安全 保障 ， 同 时 又 仅 在 有 演变 必要 的 时 候 产 生 协 调 事务 。 














过 程式 风格 与 面向 对 象 风 格 夹杂 不 请 的 现象 ， 对 大 量 的 C++ 项 目 造 成 了 损害 。 所 幸 现 代 的 


下 
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工程 实践 和 过 去 防范 多 范式 语言 风险 的 经 验 能 够 给 我 们 一 点 帮助 。 


有 些 语 言 选择 将 一 种 范式 树立 为 主导 范式 来 避免 风格 混乱 ， 再 从 实际 出 发 去 支持 其 他 的 范 
式 。 例 如 Clojure 稳 稳 地 守住 它 作为 JVM 上 的 函数 式 Lisp 方言 的 定位 。 它 为 开发 者 操作 
(和 新 建 ) 底层 JVM 平台 上 的 类 和 方法 提供 了 方便 ， 然 而 值 不 可 变性 、 缓 求 值 等 函数 式 意 
味 谊 厚 的 范式 才 是 它 支持 的 重心 。Clojure 的 开发 实践 还 离 不 开 包 括 测试 在 内 的 工程 纪律 的 
规 正 ， 但 只 要 按照 习惯 用 法 去 做 ， 就 不 会 偏离 Clojure 语言 的 立意 太 远 。 


8.4 ”上下文 型 抽象 与 复合 型 抽象 的 对 比 


函数 式 思维 不 只 体现 在 项 目 采用 的 语言 上 ， 它 还 影响 到 工具 的 设计 。 我 在 第 6 章 说 过 ， 复 
合 是 函数 式 编程 领域 奉 为 在 泉 的 设计 原则 。 现 在 我 想 把 它 推广 到 工具 的 领域 ， 并 对 比 两 
种 在 编程 世界 中 流行 的 抽象 形态 ， 一 种 是 复合 型 (composable) 抽象 ， 另 一 种 是 上 下 文 型 
(contextual) 抽象 。 基 于 插件 的 架构 可 以 作为 上 下 文 型 抽象 的 代表 。 开 发 者 可 以 直接 从 插 
件 API 处 继承 得 到 ， 或 者 间接 透 过 已 有 的 方法 来 号 令 播 件 API 提供 林林总总 的 数据 结构 
和 其 他 有 用 的 上 下 文 。 但 是 为 了 使 用 API， 开 发 者 必须 首先 理解 上 下 文 提供 的 是 什么 ， 而 
“理解 ”有 时 候 是 十 分 昂贵 的 。 我 询问 过 开发 者 在 使 用 编辑 器 或 IDE 的 过 程 中 ， 会 不 会 经 
常 对 IDE 本 身 的 行为 做 一 些 较 大 的 、 至 少 不 能 靠 调整 设置 来 完成 的 改动 。 结 果 即 使 是 天 
天 离 不 开 IDE 的 重度 用 户 也 很 少 做 这 样 的 事情 ， 因 为 扩展 Eclipse 之 类 的 工具 必须 跨 过 极 
高 的 知识 门槛 。 不 起 眼 的 改动 和 完成 改动 所 需 的 知识 、 精 力 之 间 的 落差 ， 让 开发 者 永远 地 
打消 了 磨 三 工具 的 念头 。 上 下 文 型 的 工具 绝 不 是 什么 坏事 ， 设 有 这 样 的 架构 设计 ， 就 不 会 
有 Eclipse 和 IntelliJ。 上 下 文 型 的 工具 为 开发 者 事先 准备 了 极 丰 富 的 基础 设施 。 一 旦 掌握 
Eclipse API 错综复杂 的 细节 ， 开 发 者 可 以 获得 被 API 封装 起 来 的 巨大 能 量 。 可 是 这 里 面 有 
一 个 大 大 的 痛处 : 怎样 封装 ? 



































































































































20 世纪 90 年 代 后 期 ， 各 种 4GL 语言 (http:/dwz.cn/wiki-4gl) 一 时 风光 无 限 ， 它 们 都 
是 上 下 文 式 设计 思路 的 范本 。 它 们 把 上 下 文 内 化 成 了 语言 的 一 部 分 : dBASE、FoxPro、 
Clipper、 Paradox、PowerBuilder、Microsoft Access 以 及 其 他 同类 型 平台 ， 全 部 在 语言 和 配 
套 工 具 中 直接 内 置 了 数据 库 的 相关 设施 。4GL 语言 最 终 由 于 Dietzler 定律 而 衰落 ， 这 条 定 
律 是 我 在 The Productive Programmer (O'Reilly 出 版 社 ，http://dwz.cn/oreilly-tpp) 书 中 根据 
同事 Terry Dietzler 维护 Access 项 目的 经 验 总 结 出 来 的 。 








Dietzler 的 Access 定律 
所 有 Access 项 目 最 后 部 会 失败 ， 原因 是 ,在 用 户 想 要 的 功能 里 ， 有 80% 实现 起 来 既 
迅速 又 简单 ， 还 有 10% 能 实现 但 较 困 难 ， 而 最 后 的 10% 是 办 不 到 的 ， 因 为 不 可 能 
够 深 地 突破 内 建 抽象 去 访问 底层 。 可 是 ， 用 户 总 想 100% 地 满足 需求 。 
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Dietzler 定律 让 4GL 语言 最 终 丢 掉 了 市 场 。 虽 然 它 们 可 以 轻松 而 迅速 地 完成 简单 的 任务 ， 
却 无 法 作出 足够 的 调整 来 适应 现实 中 的 需求 。 于 是 我 们 又 退回 到 了 通用 语言 。 











复合 型 的 系统 倾向 于 使 用 一 些 细 粒 度 的 部 件 来 组 成 整体 ， 且 这 些 部 件 都 已 准备 好 以 特定 方 
式 相 连接 。 我 们 可 以 在 Unix shell 中 找到 复合 型 抽象 的 鲜明 范例 ， 在 shell 命令 行 里 ， 各 种 
互相 独立 、 五 花 八 门 的 行为 可 以 串联 在 一 起 创造 出 新 的 事物 。 我 曾 在 第 1 章 引述 了 发 生 在 
1992 年 的 一 个 车 名 故事 (http://dwz.cn/more-shell-less-egg) 来 展示 函数 式 抽象 的 威力 。 当 
时 Donald Knuth 被 要 求 写 一 段 程序 来 解决 这 样 一 个 文本 操作 问题 : 读 入 一 个 文本 文件 ， 确 
定 前 n 个 使 用 频率 最 高 的 单词 ， 并 按照 词 频 高 低 顺 序 打 印 出 这 些 单词 及 其 词 频 。 结 果 他 和 写 
了 一 段 超过 10 页 代码 的 Pascal 程序 ， 而 且 在 过 程 中 设计 (并 记录 ) 了 一 种 新 的 算法 。 在 
Knuth 的 答案 后 面 ，Doug Mcllroy 写 下 了 篇 幅 不 超过 一 条 微 博 的 shell 脚本 ， 轻 松 、 优 雅 、 
容易 理解 (如 果 能 看 懂 shell 命令 的 话 ) 地 解决 了 相同 的 问题 : 
















































































tr -cs A-Za-z '\n' | 
tr A-Z a-z | 

sort | 

uniq -c | 

sort -rn | 

sed ${1}q 


我 疑心 就 连 Unix shell 的 设计 者 也 常常 会 感到 惊 讨 ， 他 们 作出 来 的 简单 但 有 强大 组 合 能 力 
的 抽象 ， 到 了 开发 者 们 的 手 里 ， 竞 会 出 现 那 么 多 创造 性 的 用 法 。 











上 下 文 型 的 系统 提供 了 更 多 扶持 性 的 “脚手架 ”设施 ， 更 完善 的 预 设 行 为 ， 以 及 “ 脚 手 
架 ” 上 承载 的 上 下 文智 能 。 可 以 说 ， 上 下 文 型 系统 更 多 地 依靠 周全 的 预 设 功能 来 缓解 开发 
者 初次 使 用 时 的 不 顺 。 在 这 类 系统 中 ， 继 承 关系 有 时 候 会 隐 仿 地带 入 一 些 全 局 性 的 庞大 数 
据 结构 ， 成 为 下 游 派 生 扩 展 的 巨大 包容 。 复 合 型 的 系统 较 少 隐 性 的 行为 ， 较 容易 上 手 , 但 
倾向 于 提供 细 粒 度 的 构造 单元 ， 需 经 过 一 定 过 程 才能 发 挥 真 正 的 实力 。 设 计 得 当 的 复合 型 
系统 应 当 在 封装 的 模块 内 提供 罕 范 围 的 、 局 部 的 上 下 文 。 











这 两 种 抽象 方式 也 被 运用 到 工具 和 框架 的 设计 上 ， 尤 其 是 一 些 解决 问题 的 能 力 必须 随 着 项 
目的 复杂 性 增长 而 增长 的 工具 ， 如 构建 工具 。 在 经 历 过 次 刻 的 教训 之 后 ， 我 们 现在 知道 ， 
复合 型 的 构建 工具 (对 时 间 、 复 杂 度 、 用 途 ) 的 适应 性 要 好 于 上 下 文 型 的 构建 工具 。 上 下 
文 型 的 工具 如 Ant 和 Maven 都 准备 了 用 于 扩展 的 插件 API， 因 此 在 原作 者 预见 范围 之 内 的 
扩展 实现 起 来 并 不 困难 。 可 是 ， 如 果 想 要 突破 API 的 设计 框架 去 做 一 些 预料 之 外 的 扩展 ， 
那么 难度 就 会 直线 上 升 ， 黄 至 完全 不 可 能 Dietzler 定律 再 次 现 出 身影 。 当 工具 履行 
其 功能 的 关键 信息 ， 如 构建 任务 的 执行 次 序 ， 无 法 通过 常规 手段 得 到 的 时 候 ， 这 种 扩展 上 
的 窘迫 表现 得 尤为 明显 。 
























































这 就 是 所 有 的 项 目 最 终 都 习 恶 Maven 的 原因 。Maven 是 典型 的 上 下 文 型 工具 ， 它 武断 死 
板 、 照 本 宣 科 ， 而 这 些 正 好 是 项 目 开 始 的 时 候 需 要 的 京 性 。 在 项 目 还 是 一 张 白 纸 的 阶段 ， 
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我 们 没 理由 拒绝 硬 塞 过 来 的 现成 结构 和 预先 建 好 的 便利 设施 ， 例 如 可 以 轻松 添加 新 行为 的 
插件 机 制 。 但 时 过 境 迁 ,项目 中 可 以 照 本 宣 科 的 地 方 会 越 来 越 少 ， 反 而 像 一 个 真正 的 项 目 
那样 千 头 万 绪 起 来 。 一 开始 大 家 还 不 了 解 情况 ， 对 生命 周期 之 类 的 事情 还 没有 主意 的 时 
候 ， 一 套 生硬 的 系统 有 它 的 好 处 。 可 是 当 项 目 发 展 到 一 定 阶段 ， 其 复杂 性 逼迫 着 开发 者 必 
须 依 照 自己 的 想法 来 解决 问题 ， 然 而 Maven 式 的 工具 并 不 在 平 开发 者 自己 的 想法 。 

















寄居 在 语言 上 的 工具 往往 表现 出 更 强 的 复合 型 特性 。Ruby 世界 的 构建 工具 ，Rake (http:/ 
rake.rubyforge.org/)， 是 我 最 喜欢 的 专用 构建 语言 ， 可 以 用 在 各 种 公私 项 目 上 (几乎 不 受 项 
目 本 身 技术 选 型 的 限制 )。 它 是 简洁 与 力量 的 奇妙 结合 。 当 我 第 一 次 从 Ant 迁移 到 Rake 的 
时 候 ， 花 了 很 多 时 间 来 翻 查 Rake 的 文档 ， 想 看 看 哪里 列 出 了 Rake 支持 的 构建 任务 ， 就 像 
Ant 文档 中 常见 的 那 种 列 出 全 部 构建 任务 (和 扩展 ) 的 长 列表 。 徒 劳 的 搜寻 让 我 开始 反感 
Rake 文档 的 不 完善 ， 直 到 我 想 通 了 找 不 到 这 种 文档 的 原因 : 我 们 可 以 在 Rake 的 构建 任务 
中 做 任何 事情 ， 因 为 它 就 是 Ruby 代码 。Rake 所 做 的 事情 ， 除 了 增加 一 些 方便 操作 文件 列 
表 的 辅助 工具 之 外 ， 基 本 上 专注 于 管理 构建 任务 的 依赖 关系 和 日 常 维护 ， 不 去 妨碍 开发 者 
的 发 挥 。 


有 人 可 能 认为 我 在 贬低 Maven， 其 实 不 是 的 一 一 我 是 想 从 原理 上 回答 “什么 时 候 应 该 用 
Maven” 的 问题 。 没 有 一 种 工具 能 够 完美 地 适用 于 一 切 场合 ， 想 要 超出 安全 范围 来 使 用 工 
具 的 项 目 只 会 有 了 吃 不 完 的 苗头 。Maven 很 适合 新 项 目 起 步 : 它 能 保证 一 致 性 ， 丰 富 的 预 
设 功能 又 有 极 高 的 性 价 比 。 只 不 过 起 步 做 得 好 并 不 等 于 未 来 发 展 顺利 。( 实 际 上 结果 几乎 
总 是 相反 的 。) 所 以 真正 的 诀窍 是 ， 开 始 先 用 Maven， 哪 天 它 开 始 无 理 取 闸 了 ， 我 们 就 把 
它 甩 掉 换 新 欢 。 因 为 只 要 跟 Maven 有 了 第 一 次 的 摩擦 ， 就 再 也 回 不 到 初 相识 的 玫瑰 色 时 
你 本 





















































好 在 世界 上 至 少 还 有 Gradle (http://www.gradle.org/) 这 个 Maven 过 来 人 的 救星 ， 它 能 够 
理解 项 目 中 已 有 的 Maven 设置 ， 而且 它 被 实现 为 Groovy 语言 的 一 种 内 部 DSL， 复 合 能 力 
好 于 插件 式 设计 的 Maven。 


很 多 上 下 文 型 的 系统 在 被 重新 设计 成 一 种 DSL 之 后 ， 会 发 掘 出 更 强 的 复合 能 力 。Ruby on 
Rails 等 类 似 框架 所 做 的 事情 ， 其 实 和 以 前 的 4GL 很 相似 ， 只 是 有 一 点 关键 的 区 别 : 它们 
都 被 实现 成 寄居 在 通用 语言 里 的 内 部 DSL。 当 开发 者 在 这 些 框架 里 遭遇 到 Dietzler 定律 的 
瓶颈 的 时 候 ， 他 们 可 以 绕 过 框架 ， 直 接 在 底层 的 通用 语言 上 做 文章 。Rake 和 Gradle 不 约 
而 同 地 选择 了 DSL 的 形式 ， 我 也 认为 ， 构 建 脚 本 在 不 同 项 目 中 的 差异 性 和 独特 性 太 高 ， 并 
不 适合 使 用 上 下 文 型 的 工具 。 


8.5 函数 式 金字 塔 


计算 机 语言 一 般 可 以 根据 类 型 的 强 与 弱 、 静 态 与 动态 这 两 条 坐标 轴 来 确定 其 在 分 类 图 谱 中 
的 位 置 ， 如 图 8-1 所 示 。 
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图 8-1: 语言 的 分 类 





静态 类 型 要 求 我 们 事先 指定 变量 和 函数 的 类 型 ， 而 动态 类 型 则 允许 推迟 指定 类 型 。 强 类 型 
的 变量 “知道 ”自己 的 类 型 允许 反射 和 对 实例 作 类 型 测试 ， 且 一 直 保 有 自身 的 类 型 信 
息 。 弱 类 型 的 语言 相对 不 了 解 变 量 所 指向 的 内 容 。 例 如 ，C 是 静态 的 弱 类 型 语言 ， 全 世界 
的 C 程 序 员 都 只 能 带 着 欣喜 或 者 处 慨 (或 者 兼 而 有 之 ) 的 心情 承认 ，C 语言 中 的 变量 本 质 
上 只 是 一 组 可 以 被 任意 解读 的 二 进 制 位 集 。 




















Java 是 强 类 型 的 静态 语言 ， 必 须 在 声明 变量 的 时 候 指 定 其 类 型 ， 有 时 还 要 指定 好 几 次 。 
Scala、C# 和 F# 也 都 是 强 类 型 的 静态 语言 ， 但 它们 的 类 型 表述 远 没 有 Java 那么 楷 元 ， 这 
是 因为 使 用 了 类 型 推导 。 很 多 时 候 ， 语 言 能 够 辨别 出 正确 的 类 型 ， 于 是 我 们 可 以 省 略 掉 多 
余 的 类 型 声明 。 




















图 8-1 的 分 类 图 谱 不 是 什么 新 东西 ， 图 中 的 两 种 区 分 角度 和 编程 语言 的 研究 历史 一 样 长 。 
可 是 现在 我 们 又 多 了 一 个 新 的 角度 : 函数 式 编程 。 




















我 们 从 本 书 反 复 的 展示 中 知道 ， 函 数 式 编程 语言 的 设计 哲学 不 同 于 命令 式 语言 。 命 令 式 语 
言 希望 让 状态 的 修改 变 得 更 容易 ， 并 且 围 绕 这 个 目的 发 展 了 众多 的 特性 。 而 函数 式 语言 希 
望 尽 可 能 减少 可 变 的 状态 ， 因 此 更 多 地 发 展 了 通用 性 的 计算 设施 。 





























不 过 ， 函 数 式 范式 并 没有 规定 必须 采用 什么 样 的 类 型 系统 ， 如 图 8-2 所 示 。 





在 增加 了 对 值 不 可 变性 的 依赖 ， 甚 至 强制 要 求 之 后 ， 区 分 语言 的 关键 特征 就 不 再 是 动态 与 
静态 之 分 了 ， 而 是 落 到 了 命令 式 与 国 数 式 这 个 维度 上 ， 这 对 我 们 构建 软件 的 方式 造成 了 深 


远 的 影响 。 





我 在 2006 年 所 写 的 一 篇 文章 不 经 意 地 让 “多 语言 编程 ”(http:/dwz.cn/ford-polyglot) 这 个 
词组 重新 流行 了 起 来 ， 并 且 赋 予 了 新 的 含义 : 发 挥 现代 语言 运行 时 的 优势 ， 在 同一 运行 时 
平台 上 ， 混 合 搭配 不 同 的 语言 来 创建 应 用 。 文 章 观点 基于 两 个 前 提 ， 一 是 Java 和 .NET 平 
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台 支 持 的 语言 加 起 来 超过 200 种 的 事实 ， 二 是 不 存在 一 种 “万 能 语言 ”能 解决 所 有 问题 的 
假说 。 现 代 的 托管 运行 时 (managed runtime) 赋予 了 我 们 在 字 节 码 层面 上 混合 搭配 不 同 语 
言 的 自由 ， 我 们 可 以 主动 根据 任务 的 特点 来 选用 最 适当 的 语言 。 














图 8-2: 标示 了 范式 的 语言 分 类 图 谱 

文章 发 表 之 后 ， 我 的 同事 Ola Bini 也 写 了 一 篇 文章 作为 回应 ， 并 在 文中 提出 了 他 的 “多 语 
言 金字 塔 ” 模 型 ， 该 模型 描述 了 人 们 在 多 语言 世界 中 可 能 采用 的 一 种 应 用 架构 ， 如 图 8-3 
所 示 。 





























图 8-3: Ola Bini 的 多 语言 金字 塔 


在 Ola Bini 的 模型 里 ， 他 建议 使 用 静态 语言 来 构建 把 可 靠 性 排 在 第 一 位 的 最 底层 。 在 高 一 
级 应 用 层 上 ， 他 的 建议 是 使 用 更 动态 一 些 的 语言 ， 以 利用 其 较为 友好 、 简 单 的 语法 来 完成 
用 户 界面 等 方面 的 构建 。 最 后 在 模型 最 上 方 的 是 DSL 层 ， 开 发 者 构造 简洁 的 语言 来 封装 重 
要 的 领域 知识 和 工作 流 。DSL 一 般 采 用 动态 语言 来 实现 ， 因 为 它们 的 一 些 特性 对 实现 工作 
较为 有 利 。 
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这 个 金字 塔 比 我 最 初 的 观点 要 次 刻 得 多 ， 不 过 我 在 重新 审视 现状 之 后 ， 又 对 它 做 了 一 些 修 
改 。 我 的 新 观点 认为 ， 类 型 只 是 妨碍 我 们 看 清真 相 的 干扰 物 ， 真 正 重要 的 其 实 是 函数 式 与 
命令 式 这 一 对 性 质 。 因 此 我 提出 了 一 个 新 的 多 语言 金字 塔 模型 ， 如 图 8-4 所 示 。 






































图 8-4: 我 的 函数 式 金字 塔 


我 认为 ， 我 们 不 应 该 从 静态 类 型 中 求索 程序 抵御 错误 的 能 力 ， 从 根本 上 拥抱 函数 式 的 概念 
才 是 正确 的 方向 。 假 如 包括 数据 访问 、 集 成 等 重要 职责 在 内 的 所 有 核心 API， 都 能 以 值 不 
变性 为 前 提 来 设计 的 话 ， 那 么 所 有 代码 都 会 大 幅度 地 简化 。 当 然 ， 在 这 种 思路 下 ， 数 据 库 
和 其 他 基础 设施 的 构建 方式 也 要 随 之 发 生变 化 ， 但 我 们 知道 最 后 结果 一 定 会 表现 出 由 内 而 
外 的 稳定 性 。 




















在 函数 式 的 内 核 之 上 ， 我 们 用 命令 式 语言 来 编写 系统 中 对 开发 效率 要 求 较 高 的 部 分 ， 例 如 
工作 流 、 业 务 规则 、 用 户 界 面 ， 等 等 。 最 上 层 和 原来 的 模型 一 样 ， 是 DSL 层 ， 其 作用 也 和 
原来 一 样 。 不 过 我 觉得 DSL 会 贯穿 系统 所 有 的 层次 ， 一 直 深 入 到 最 底层 。 论 据 是 ， 有 一 些 
语言 大 大 降低 了 DSL 的 实现 门槛 ， 如 Scala 语言 (函数 式 、 静 态 、 强 类 型 ) 和 Clojure 话 
言 (函数 式 、 动 态 、 强 类 型 )， 让 我 们 轻松 地 借助 DSL 的 简洁 形式 来 表达 重要 的 概念 。 


发 生 在 应 用 架构 模型 上 的 变化 是 巨大 的 ， 而 且 意 味 深 长 。 比 起 动态 类 型 与 静态 类 型 的 争 
扬 ， 当 前 更 有 意义 的 讨论 应 该 是 对 函数 式 风格 与 命令 式 风格 的 辨析 ， 而 范式 转变 的 影响 也 
比 静 态 与 动态 之 争 更 为 深远 。 过 去 ， 我 们 在 各 种 语言 下 承袭 了 命令 式 的 设计 。 向 着 函数 式 
风格 的 转变 远 不 止 学 习 新 语法 那么 简单 ， 但 显著 的 成 效 是 可 以 预见 的 。 
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封面 介绍 


本 书 封面 上 的 动物 是 大 婴 猴 属 的 粗 尾 婴 猴 。 这 种 灵 长 类 动物 分 布 在 非洲 南部 和 东部 。 基 本 
树 栖 的 婴 猴 喜欢 选择 热带 和 亚热带 的 森林 作为 栖息 地 ， 但 有 时 候 也 可 以 在 稀 树 草原 上 的 林 
地 里 见 到 它们 。 





这 种 动物 有 着 深 褐色 或 者 灰色 的 皮毛 ， 耳 采 和 眼睛 都 很 大 ， 长 长 的 尾巴 可 以 帮助 它们 在 枝 
权 间 穿梭 的 时 候 保 持平 衡 。 它 们 还 有 很 长 的 手指 和 脚趾 ， 指 尖 的 皮 垫 可 以 稳 稳 地 抓 住 树 
枝 。 粗 尾 婴 猴 平 均 体 长 约 30 厘米 (尾巴 除外 )， 平 均 体重 约 0.9~1.4 公斤 。 

粗 尾 婴 猴 是 夜行 性 动物 。 和 白天 ， 它 们 在 离 地 5~12 米 的 地 方 软 息 ， 树 洞 里 密实 的 芯 条 小 巢 
是 隐 项 的 藏身 之 所 。 粗 尾 婴 猴 通 常 独 自生 活 ， 还 会 用 胸部 的 气味 腺 和 尿 液 来 标记 自己 的 领 
地 (不 过 雄性 的 领地 经 常 与 肉 性 的 领地 重 登 )。 

晚上 ， 婴 猴 们 纷纷 出 来 克 食 。 它 们 身手 灵活 ， 能 小 跳 着 从 一 棵 树 挂 到 另 一 棵 树 上 ， 不 过 一 
般 没 有 危险 的 时 候 ， 它 们 宁愿 用 走 的 。 水 果 、 种 子 、 金 合欢 树胶 、 花 、 昆 虫 都 是 它们 的 食 
物 。 根据 生物 学 家 的 观察 ， 一 个 晚上 ， 婴 猴 花 在 砚 食 上 的 时 间 只 占 20%， 将 近 一 半 的 时 间 
都 在 四 处 走动 ， 并 且 经 常 是 沿 着 同样 的 路 线 走动 。 


封面 图 案 摘自 Natural History ( Cassell 出 版 社 ) 一 书 中 的 插图 。 
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欢迎 加 入 


图 灵 社 区 ITuring.cn 





最 前 沿 的 IT 类 电子 书 发 售 平台 


电子 出 版 的 时 代 已 经 来 临 。 在 许多 出 版 界 同 行 还 在 犹豫 入 得 的 时 候 ， 图 灵 社 区 已 经 采取 实 
际 行动 拥抱 这 个 出 版 业 巨 变 。 作 为 国内 第 一 家 发 售 电子 图 书 的 开 类 出 版 商 ， 图 灵 社 区 目前 为 读者 
提供 两 种 DRM-free 的 阅读 体验 :在线 阅读 和 PDF。 

相 比 纸 质 书 ， 电 子 书 具 有 许多 明显 的 优势 。 它 不 仅 发 布 快 ， 更 新 容易 ， 而 且 尽 可 能 采用 了 彩 
色 图 片 ( 即使 有 的 书 纸 质 版 是 黑白 印刷 的 )。 读 者 还 可 以 方便 地 进行 搜索 、 剪 贴 、 复 制 和 打印 。 

图 灵 社 区 进一步 把 传统 出 版 流程 与 电子 书 出 版 业务 紧密 结合 ， 目 前 已 实现 作 译 者 网 上 交 
稿 、 编 辑 网 上 审 稿 、 按 章 发 布 的 电子 出 版 模式 。 这 种 新 的 出 版 模式 ， 我 们 称 之 为 “人 敏捷 出 
版 ”， 它 可 以 让 读者 以 较 快 的 速度 了 解 到 国外 最 新 技术 图 书 的 内 容 ， 弥 补 以 往 翻 译 版 技术 书 
“出 版 即 过 时 ”的 缺憾 。 同 时 ， 敏 捷 出 版 使 得 作 、 译 、 编 、 读 的 交流 更 为 方便 ， 可 以 提前 消炎 
书稿 中 的 错误 ， 最 大 程度 地 保证 图 书 出 版 的 质量 。 
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优惠 提示 : 现在 购买 电子 书 ， 读 者 将 获 赠 书 款 20% 的 社区 银子 ， 可 用 于 免 换 纸 质 样 书 。 


一 一 最 方便 的 开放 出 版 平台 


图 灵 社 区 向 读者 开放 在 线 写 作 功 能 ， 协 助 你 实现 自 出 版 和 开源 出 版 的 梦想 。 利 用 “合集 ” 
功能 ， 你 就 能 联合 二 三 好 友 共 同 创作 一 部 技术 参考 书 ， 以 免费 或 收费 的 形式 提供 给 读者 。( 收 
费 形式 须 经 过 图 灵 社 区 立项 评审 。 ) 这 极 大 地 降低 了 出 版 的 门槛 。 只 要 你 有 写作 的 意愿 ， 图 灵 
社区 就 能 帮助 你 实现 这 个 梦想 。 成 熟 的 书稿 ， 有 机 会 人 选 出 版 计划 ， 同 时 出 版 纸 质 书 。 

图 灵 社 区 引进 出 版 的 外 文 图 书 ， 都 将 在 立项 后 马上 在 社区 公布 。 如 果 你 有 意 翻译 哪 本 图 
书 ， 欢 迎 你 来 社区 申请 。 只 要 你 通过 试 译 的 考验 ， 即 可 签约 成 为 图 灵 的 译 者 。 当 然 ， 要 想 成 功 
地 完成 一 本 书 的 翻译 工作 ， 是 需要 有 坚强 的 毅力 的 。 


最 直接 的 读者 交流 平台 


在 图 灵 社 区 ,你 可 以 十 分 方便 地 写作 文章 、 提 交 勘 误 、 发 表 评 论 ， 以 各 种 方式 与 作 译 者 、 
辑 人 员 和 其 他 读者 进行 交流 互动 。 提 交 勘 误 还 能 够 获 赠 社区 银子 。 

你 可 以 积极 参与 社区 经 常 开展 的 访谈 、 乐 译 、 评 选 等 多 种 活动 ， 赢 取 积 分 和 银子 ， 积 累 个 人 
声望 。 
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COREILLY 





函数 式 纺 程 思维 


Java 等 现代 编程 语言 中 出 现 了 越 来 越 多 的 函数 式 特性 ， 跟 随 这 本 书 ， 去 
了 解 语 法 表象 之 下 真正 需要 掌握 的 新 思维 。 中 高 级 开发 者 可 以 从 知名 软 
件 架 构 师 Neal Ford 的 演示 中 ， 体 会 到 函数 式 编 程 思想 是 怎样 通过 改换 视 
角 ， 让 我 们 站 在 了 另 一 个 抽象 层次 上 ， 把 编程 问题 看 得 更 加 清晰 。 


本 书 每 一 章 都 会 给 出 各 种 函数 式 编程 思维 的 示例 ， 并 用 Java 8 或 其 他 具 
备 函 数 式 能 力 的 JVM 语 言 代码 实现 出 来 。 改 变 你 的 思维 是 本 书 的 愿望 ， 
至 少 读 完 本 书 的 时 候 ， 你 会 对 各 种 函数 式 概念 有 一 个 良好 的 把 握 。 


具体 说 来 ， 本 书 将 一 一 

目 解释 为 什么 众多 命令 式 语 言 都 在 增加 函 数 式 能 力 

四 通过 普通 的 编程 问题 来 比较 函数 式 和 命令 式 的 解答 方案 
四 考察 将 例 行 杂 务 委托 给 运行 时 的 各 种 方式 

下 学 习 用 记忆 和 缓 求 值 特性 来 取代 手工 编写 的 方案 

四 探讨 在 函数 式 语 境 下 的 设计 模式 和 代码 重用 


上 分 别 在 Java 8、 函 数 式 架构 和 Web 框 架 下 检验 函数 式 思维 在 真实 
案例 中 的 表现 


加 分 析 生 活 在 一 个 范式 更 丰富 多 彩 的 世界 里 的 优 缺 点 





Neal Ford 在 跨国 IT 咨询 公司 ThoughtWorks 担 任 总 监 、 软 件 架 构 师 和 文化 基 
因 传 播 人 。 他 精通 各 种 编程 语言 ， 主 要 的 咨询 业务 是 大 规模 企业 应 用 的 设 
计 、 构 建 和 工程 实践 。 他 还 是 一 位 国际 知名 的 讲师 ， 登 上 过 全 世界 各 种 开 
发 者 会 议 的 讲 合 。 


“这 是 一 本 非常 重要 的 书 ， 而 说 


到 写 这 本 书 ， 没 有 人 比 Neal 更 
合适 了 。” 
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